大家好，我是冰河~~
五一假期過的可真快，今天開始，又要搬磚了。在五一假期當中，冰河做了一項調研，感覺結果還是挺合乎情理的。
翻看招聘信息
先來看我在某招聘網站上隨便搜索了下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站點下的項目實戰菜單下。
好了，今天就到這兒吧，我是冰河，我們下期見~~