-
client模塊是rpc-client；codec是序列化模塊，commen是公用方法的模塊，proto是server與client之間的協(xié)議就定在proto里面，transport是網(wǎng)絡通信模塊；server是rpc-server，對service進行管理
查看全部 -
筆記很多，建議再看一次進行整理！??！
查看全部 -
rpc 類圖
查看全部 -
3.實現(xiàn)網(wǎng)絡模塊，這里會根據(jù)rpc的通信場景對網(wǎng)絡通信進行一層抽象
4.實現(xiàn)server模塊，server會暴露我們的服務，同時也會對這些服務做管理
5。實現(xiàn)client模塊，此處會用到動態(tài)代理，在這個代理對象的內(nèi)部通過網(wǎng)絡通信與server之間進行交互
查看全部 -
實戰(zhàn)篇目錄（代碼實現(xiàn)）
查看全部 -
技術棧之二
查看全部 -
所需技術棧之一
查看全部 -
首先是client要去調(diào)用client stub（存根）這個接口里面的方法，這時候這個接口的實現(xiàn)在遠程，所以需要sockets網(wǎng)絡傳輸，才能達到調(diào)用（即通過sockets建立連接，傳輸數(shù)據(jù)），在通過sockets進行傳輸之前，需要第2步的序列化（把傳輸?shù)膶ο筠D(zhuǎn)成可傳輸?shù)亩M制數(shù)據(jù)）。
假設此時server的sockets拿到了數(shù)據(jù)，需要第4步的反序列化（將拿到的二進制數(shù)據(jù)反序列化為對象），在這個對象中包含了這個客戶端要調(diào)用的服務端的信息（像它調(diào)用的是那個接口，也即它調(diào)用的是哪個存根，接口里面的什么方法方法里面參數(shù)的類型，以及返回值的類型等），之后server回去找到這個接口的具體實現(xiàn)類的對象。通常這個對象為了性能考慮，一般會做成單例模式。
這個server stub找到這個對象之后會通過反射來調(diào)用這個方法，方法調(diào)用完成后可以拿到計算的結果，拿到結果后又通過第7步的序列化成二進制，然后通過網(wǎng)絡傳輸8響應給client，client拿到這個數(shù)據(jù)之后也會通過9將其序列化為對象，然后得到結果10
那么本次調(diào)用結束
調(diào)用關鍵點：
一定要的網(wǎng)絡模塊（用于網(wǎng)絡傳輸）
序列化模塊（對象與二進制數(shù)據(jù)之間的互轉(zhuǎn)）
client 端，（怎么就通過調(diào)用一個接口就調(diào)用到遠程方法呢？其實她內(nèi)部有一個存根代理對象，而這個網(wǎng)絡的交互，序列化操作都是由這個代理對象來完成的）
server端肯定需要一個對服務進行管理的組件，里面完成了服務的查找，服務的反射調(diào)用等
查看全部 -
RPC的調(diào)用過程如下：
第一步：server會將她需要暴露的服務以及他的地址信息注冊到Registry這一注冊中心。
第二步：client通過注冊中心一只關注它所需要的服務在哪里，如果此時server的地址發(fā)生改變，server會再次注冊入Registry，然后Resgistry會通知給RPC client。
現(xiàn)在client已經(jīng)有了server的地址以及它暴露服務的信息，就可以做最后一步調(diào)用了（即3 call 步）。
其實在這里，注冊中心并不是必要的組件，client可以把服務端的信息直接寫死進client，然后直接去調(diào)用rpc server，實則可以發(fā)現(xiàn)3 call這一步才是rpc調(diào)用最關鍵的一步！！
查看全部
舉報