實現一個迷你版的RPC

科技小先鋒發表於2017-11-05

前言

在實際後臺服務開發中,比如訂單服務(開發者A負責)需要呼叫商品服務(開發者B負責),那麼開發者B會和A約定呼叫API,以介面的形式提供給A。通常都是B把API上傳到Maven私服,然後B開始寫API的實現,A只需要引入API依賴進行開發即可。

實現一個迷你版的RPC

動手實現RPC

商品服務工程

實現一個迷你版的RPC

注意,我將商品服務的API以及實現分為Maven的2個模組來開發。這裡,我們想給定一個商品ID,查詢得到商品物件資訊。

商品物件

實現一個迷你版的RPC

實現一個迷你版的RPC

要注意的是,Product是可以被序列化的,Why?

很顯然,訂單系統呼叫商品系統的時候,需要商品系統返回一個商品,必然涉及到發生網路傳輸,這就涉及物件的序列化和反序列化了。

商品查詢API介面

實現一個迷你版的RPC

訂單系統呼叫商品服務

實現一個迷你版的RPC

在訂單系統工程中需要引入商品服務API依賴。

在上圖程式碼中,最重要的就是rpc方法了!

rpc實現方法

實現一個迷你版的RPC

第一,我們看到了Proxy.newProxyInstance,很顯然在進行動態代理。也即是說,在訂單服務呼叫商品服務的程式碼中,我們先是通過動態代理返回一個代理的IProductService型別物件,這意味著當代理物件呼叫queryById方法的時候,會自動呼叫invoke方法!

第二,我們看看invoke到底做了些什麼?

它本質上就是進行Socket通訊,那麼它需要傳遞什麼資訊給到商品服務呢?

我們知道訂單系統就是想呼叫商品服務的某個類的某個方法,然後把這個方法的返回結果傳輸給訂單系統!

想一想,如何呼叫某個類的某個方法呢?

只要我們能確定這個類的全限定類名、確定方法名、確定方法的引數型別,給定方法需要的具體引數,通過反射就能實現。

商品服務呼叫後得到的結果,我們序列化寫入Socket流中,在訂單系統中反序列化得到物件即可。

第三,這裡需要思考一個問題:在訂單系統中我們只知道商品服務的API,並不知道這背後的API到底是如何實現的,所以我們需要有一個對映,就是商品服務的API到商品服務的實現的一個對映關係,其實這就是所謂的服務的註冊!

商品API的具體實現

實現一個迷你版的RPC
實現一個迷你版的RPC

商品服務

實現一個迷你版的RPC

從這裡,可以清晰的看到,商品服務讀取了訂單系統呼叫商品系統時傳送的資料,利用反射機制,進行方法呼叫,並把呼叫結果寫入Socket輸出流。

執行結果

實現一個迷你版的RPC

啟動商品服務後,通過訂單系統發起對商品服務的呼叫。

以前總認為RPC是遙不可及的,感覺是個很神奇的東西,實際上它的底層實現不就是這樣的麼~


本文轉自zfz_linux_boy 51CTO部落格,原文連結:http://blog.51cto.com/zhangfengzhe/2059194,如需轉載請自行聯絡原作者


相關文章