my-rpc

瞭解dubbo的一些原理後，想嘗試自己編寫rpc，加深瞭解。

個人對rpc原理的見解

rpc是一種遠端過程呼叫協議。rpc主要功能：異構分散式專案之間的通訊，使消費者只需要知道介面，遠端呼叫方法就像呼叫本地方法一樣。
要使得消費層只通過介面呼叫遠端實現方法，那麼其之間的傳輸資料肯定是：類、方法、引數、返回值，以及一些其它傳輸的資訊。
之間涉及到通訊，肯定要釋出服務供客戶端請求。客戶端要執行未知實現的方法，是通過動態代理實現的。
在瞭解動態代理的使用後，就會發現，在動態代理的方法執行過程中，可以不用去執行真實方法（invoke方法中），你可以獲取到上面所需要的類、方法、引數、返回值等執行方法的引數。
那麼把這些引數傳輸到遠端去。在提供層接收到消費層方法的傳參後，通過反射執行已經註冊的類方法。（提供層要把暴露介面的實現類的方法註冊到容器中，供查詢）

個人認為dubbo的優勢

• 擁有豐富的通訊方式、多種協議。
• 有完善的負載、叢集容錯、負載均衡機制。
• 可搭配多種
  服務註冊中心

自己編寫rpc之前的所需的準備

瞭解了常用rpc框架dubbo的流程。複習了動態代理。複習了java io通訊。

模組說明

rpc-core

這個模組是rpc的核心部分包括網路通訊，客戶端動態代理，通訊資料結構

rpc-service

這個模組rpc提供層暴露的介面

rpc-provider

這個模組是rpc的提供層

rpc-consumer

這個模組是rpc的消費層

依賴關係

rpc-consumer、rpc-provider為rpc使用方，所以他們兩個都依賴 rpc-core 模組。
因為提供層要為消費層暴露介面，所以提取了公共介面，因此，它們兩個都依賴rpc-service

啟動除錯

使用HelloService介面進行除錯。首先執行zookeeper服務，預設本地ip。接著啟動提供層：在rpc-provider模組中執行top.yuyufeng.rpc.ServerApp.Main
然後啟動消費層：在rpc-consumer模組中執行top.yuyufeng.rpc.test.ClientApp.Main

缺陷

• netty通訊過程中異常的解決\丟失有待完善(netty的應用優待改進)
• 負載均衡有待增加
• …(細節有待實現)

版本說明

專案隨著主幹進行下去
* master 在上個版本基礎上，增加使用Spring方式啟動服提供層
* v3 在上個版本基礎上，使用Netty4來操作NIO通訊，不再是原來的多執行緒BIO。改變了通訊方式，結構變化較大
* v2 在上個版本基礎上，增加zookeeper註冊發現，客戶端服務端無需互相知道對方。增加Protostuff序列化（序列化效率高）
* v1 原始版本（bio多執行緒通訊 客戶端服務端直連）

更新日誌