假期做了一项调研：大厂为啥都自研RPC？结果合乎情理！

大家好，我是冰河~~

五一假期过的可真快，今天开始，又要搬砖了。在五一假期当中，冰河做了一项调研，感觉结果还是挺合乎情理的。

翻看招聘信息

先来看我在某招聘网站上随便搜索了下Java招聘的岗位，看到的招聘信息。

可以看到，很多岗位都要求有分布式、微服务相关的开发经验，并且清一色都需要掌握RPC框架，有RPC开发经验，并且某大厂给出的RPC中间件架构师岗位更是给出了60-70K，16薪的薪资。在这个超级内卷加大裁员的背景下，还是挺有诱惑力的。

不过话说回来，为啥大厂在招聘的时候，都需要具备分布式、微服务的开发经验，并且为啥对RPC框架也这么情有独钟呢？

其实，很多大厂都有一套自研的RPC框架，这无形当中会增加对面试者的要求，那就是要掌握RPC的基础知识，基本原理，具备一定的开发经验，这样，你才能更快的掌握大厂的核心业务系统，甚至参与大厂核心RPC框架的研发工作，并且你掌握的越深入，你的薪资基本上也会越高。

大厂都自研RPC？

众所周知，大厂无论是在用户体量还是在业务规模上，体量都是比较大的，并且一整套系统中都会拆分成很多的服务，甚至不同的业务线之间的系统也会存在数据之间的交互。这就需要有一套成熟、稳定，并且性能高效的RPC框架作为多个服务、甚至是不同业务线的多套系统之间的底层通信设施。

所以，一般大厂都会基于自身业务的特点，自研符合自身发展需求的RPC框架。比如阿里的Dubbo、微博的Motan、腾讯的Tars、谷歌的gRPC、Facebook的Thrift都是业界比较出名的RPC框架。就拿阿里的Dubbo来说，被广泛应用于整个集团内部众多服务之间的底层通信上。

如果你想进阿里、微博、腾讯、谷歌、Facebook等这些大厂时，如果你已经深度掌握了像Dubbo、Motan、Tars、gRPC和Thrift等RPC框架，这无疑会是你的加分项，因为从情感上来讲，大厂还是比较倾向于招聘已经深度掌握自身公司开源框架的候选人，这一点，别问我是怎么知道的。

如何深度学习RPC？

既然分布式、微服务、尤其是RPC框架已经成为很多互联网大厂在招聘过程中的重要面试考察点，那作为程序员的我们，平时有很多CRUD的工作要做，抽不出大量的时间来深度学习RPC知识。尽管网上有很多开源的RPC框架，但是庞大的源码弄的人眼花缭乱，还没看几个类就已经晕头转向了，更别提深度掌握了。

正是考虑到这些问题，冰河单独写了一个很长的《RPC手撸专栏》。并且《RPC手撸专栏》是冰河带着星球的小伙伴们一起从零开始手撸的一款可在真实场景使用的、高性能、可扩展的RPC框架，整个专栏目前已更新了 三十四个大的篇章，122+篇文章，122+代码工程，130+代码分支。

涵盖：自定义注解、自定义包扫描类、自定义协议、请求与响应协议的封装、服务提供者、服务消费者、注册中心、负载均衡与增强型负载均衡、序列化与反序列化、动态代理、反射机制、心跳机制、重试机制、整合Spring、整合SpringBoot、整合Docker、整合SpringCloud Alibaba、结果缓存、路由控制、延迟连接、并发控制、流控分析、连接控制、SPI扩展连接淘汰策略、数据缓冲、服务容错、服务限流、基于SPI扩展限流策略、超出限流规则、服务熔断、基于SPI扩展熔断策略、异常监控等篇章。

RPC框架采用微内核、插件化的架构设计，会涉及大量的SPI扩展点，供小伙伴们按照自身实际场景扩展对应的功能，涉及到的核心技术点如下图所示。

加入冰河技术知识星球可阅读完整专栏文章和获取完整RPC框架源码，后续冰河会为专栏录制对应的视频，整体专栏如下所示。

文章试读地址：https://binghe.gitcode.host站点下的项目实战菜单下。

好了，今天就到这儿吧，我是冰河，我们下期见~~