大家好，我是冰河~~
开始今天的内容前，先给大家看一则招聘信息，其实这张图在之前的文章中也贴过。至于为何要再发出来，是因为这家大厂的面试官，也是冰河的一位好朋友，也在冰河的星球中（此人正在偷偷修炼，期待他日能飞天，哈哈）。
不过话说回来，为啥大厂在招聘的时候，都需要具备分布式、微服务的开发经验，并且为啥对RPC框架也这么情有独钟呢？
其实，很多大厂都有一套自研的RPC框架，这无形当中会增加对面试者的要求，那就是要掌握RPC的基础知识，基本原理，具备一定的开发经验，这样，你才能更快的掌握大厂的核心业务系统，甚至参与大厂核心RPC框架的研发工作，并且你掌握的越深入，你的薪资基本上也会越高。
大厂为何都自研RPC？
众所周知，大厂无论是在用户体量还是在业务规模上，体量都是比较大的，并且一整套系统中都会拆分成很多的服务，甚至不同的业务线之间的系统也会存在数据之间的交互。这就需要有一套成熟、稳定，并且性能高效的RPC框架作为多个服务、甚至是不同业务线的多套系统之间的底层通信设施。
所以，一般大厂都会基于自身业务的特点，自研符合自身发展需求的RPC框架。比如阿里的Dubbo、微博的Motan、腾讯的Tars、谷歌的gRPC、Facebook的Thrift都是业界比较出名的RPC框架。就拿阿里的Dubbo来说，被广泛应用于整个集团内部众多服务之间的底层通信上。
如果你想进阿里、微博、腾讯、谷歌、Facebook等这些大厂时，如果你已经深度掌握了像Dubbo、Motan、Tars、gRPC和Thrift等RPC框架，这无疑会是你的加分项，因为从情感上来讲，大厂还是比较倾向于招聘已经深度掌握自身公司开源框架的候选人，这一点，别问我是怎么知道的。
动点真格的
既然分布式、微服务、尤其是RPC框架已经成为很多互联网大厂在招聘过程中的重要面试考察点，那作为程序员的我们，平时有很多CRUD的工作要做，抽不出大量的时间来深度学习RPC知识。尽管网上有很多开源的RPC框架，但是庞大的源码弄的人眼花缭乱，还没看几个类就已经晕头转向了，更别提深度掌握了。也有些简单的RPC，但很多也只是Demo级别，学完无法彻底理解RPC的原理和源码实现。
正是考虑到这些问题，冰河单独推出了一个很长的《RPC手撸专栏》。并且《RPC手撸专栏》是冰河带着星球的小伙伴们一起从零开始手撸的一款可在真实场景使用的、高性能、可扩展的RPC框架，整个专栏目前已更新了三十四个大的篇章，122+篇文章，122+代码工程，130+代码分支。
涵盖：自定义注解、自定义包扫描类、自定义协议、请求与响应协议的封装、服务提供者、服务消费者、注册中心、负载均衡与增强型负载均衡、序列化与反序列化、动态代理、反射机制、心跳机制、重试机制、整合Spring、整合SpringBoot、整合Docker、整合SpringCloud Alibaba、结果缓存、路由控制、延迟连接、并发控制、流控分析、连接控制、SPI扩展连接淘汰策略、数据缓冲、服务容错、服务限流、基于SPI扩展限流策略、超出限流规则、服务熔断、基于SPI扩展熔断策略、异常监控等篇章。
RPC框架采用微内核、插件化的架构设计，会涉及大量的SPI扩展点，供小伙伴们按照自身实际场景扩展对应的功能，涉及到的核心技术点如下图所示。
在这里插入图片描述
加入冰河技术知识星球可阅读完整专栏文章和获取完整RPC框架源码，后续冰河会为专栏录制对应的视频，整体专栏如下所示。
文章试读地址：binghe.gitcode.host 站点下的项目实战菜单下。学完这个RPC项目可直接写在简历上，并且认真学完这个RPC项目后，你就能从源码级别彻底理解RPC框架的底层通信原理，向大厂高薪迈出了坚实的一步。
好了，今天就到这儿吧，我是冰河，我们下期见~~
