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