究竟什麼是RPC,你知道嘛?

語言: CN / TW / HK

什麼是 RPC 框架

RPC 框架----- 遠端過程呼叫協議RPC(Remote Procedure Call Protocol)-----允許像呼叫本地服務一樣呼叫遠端服務。

 

RPC是指遠端過程呼叫,也就是說兩臺伺服器A,B,一個應用部署在A伺服器上,想要呼叫B伺服器上應用提供的函式/方法,由於不在一個記憶體空間,不能直接呼叫,需要通過網路來表達呼叫的語義和傳達呼叫的資料。比如說,一個方法可能是這樣定義的:
Employee getEmployeeByName(String fullName) 那麼:

第一,首先,要解決通訊的問題,主要是通過在客戶端和伺服器之間建立TCP連線(socket),遠端過程呼叫的所有交換的資料都在這個連線裡傳輸。連線可以是按需連線,呼叫結束後就斷掉,也可以是長連線,多個遠端過程呼叫共享同一個連線。

 

第二,要解決定址的問題,也就是說,A伺服器上的應用怎麼告訴底層的RPC框架,如何連線到B伺服器(如主機或IP地址)以及特定的埠,方法的名稱名稱是什麼,這樣才能完成呼叫。比如基於Web服務協議棧的RPC,就要提供一個endpoint URI,或者是從UDDI服務上查詢。如果是RMI呼叫的話,還需要一個RMI Registry來註冊服務的地址。

 

第三,當A伺服器上的應用發起遠端過程呼叫時,方法的引數需要通過底層的網路協議如TCP傳遞到B伺服器,由於網路協議是基於二進位制的,記憶體中的引數的值要序列化成二進位制的形式,也就是序列化(Serialize)或編組(marshal),通過定址和傳輸將序列化的二進位制傳送給B伺服器。

 

第四,B伺服器收到請求後,需要對引數進行反序列化(序列化的逆操作),恢復為記憶體中的表達方式,然後找到對應的方法(定址的一部分)進行本地呼叫,然後得到返回值。

第五,返回值還要傳送回伺服器A上的應用,也要經過序列化的方式傳送,伺服器A接到後,再反序列化,恢復為記憶體中的表達方式,交給A伺服器上的應用

總的來說可以歸納為以下幾步:

1,遠端服務之間建立通訊協議

2,定址:伺服器(如主機或IP地址)以及特定的埠,方法的名稱名稱是什麼

3,通過序列化和反序列化進行資料傳遞

4,將傳遞過來的資料通過java反射原理定位介面方法和引數

5,暴露服務:用map將定址的資訊暴露給遠方服務(提供一個endpoint URI或者一個前端展示頁面

6,多執行緒併發請求業務

什麼是RPC

提到RPC(Remote Procedure Call),就躲不開提到分散式,這個促使RPC誕生的領域。

假設你有一個Calculator,以及它的實現類CalculatorImpl,那麼單體應用時,要呼叫Calculator的add方法來執行一個加運算,你可以方法中直接使用,因為在同一個地址空間,或者說在同一塊記憶體,這個稱為本地函式呼叫。

 

現在,將系統改造為分散式應用,介面呼叫和實現分別在兩個子系統內,

服務A裡頭並沒有CalculatorImpl這個類,那它要怎樣呼叫服務B的CalculatorImpl的add方法呢?可以模仿B/S架構的呼叫方式,在B服務暴露一個Restful介面,然後A服務通過呼叫這個Restful介面來間接呼叫CalculatorImpl的add方法。

這樣,已經很接近RPC了,不過,像這種每次呼叫時,是不是都需要寫一串發起http請求的程式碼呢?比如httpClient.sendRequest...之類的,能不能簡單一下,像本地方法呼叫一樣,去發起遠端呼叫,讓使用者感知不到遠端呼叫的過程。

遮蔽的工作,可以使用代理模式解決,生成一個代理物件,而這個代理物件的內部,就是通過httpClient來實現RPC遠端過程呼叫的。

這就是很多RPC框架要解決的問題和解決的思路,比如阿里的Dubbo。

總結一下,RPC要解決的兩個問題:

1. 解決分散式系統中,服務之間的呼叫問題。

2. 遠端呼叫時,要能夠像本地呼叫一樣方便,讓呼叫者感知不到遠端呼叫的邏輯。

RPC是一種技術的概念名詞

RPC=Remote Produce Call 是一種技術的概念名詞,HTTP是一種協議,RPC可以通過 HTTP 來實現,也可以通過Socket自己實現一套協議來實現.所以題目可以換一種理解,為何 RPC 還有除 HTTP 之外的實現法,有何必要,畢竟除了HTTP實現外,私有協議不具備通用性.

RPC框架好處

http介面是在介面不多、系統與系統互動較少的情況下,解決資訊孤島初期常使用的一種通訊手段;

優點就是簡單、直接、開發方便。

如果是一個大型的網站,內部子系統較多、介面非常多的情況下,RPC框架的好處就顯示出來了:

首先就是長連結,不必每次通訊都要像http一樣去3次握手什麼的,減少了網路開銷;

其次就是RPC框架一般都有註冊中心,有豐富的監控管理;釋出、下線介面、動態擴充套件等,對呼叫方來說是無感知、統一化的操作。

最後是安全性。

rpc是一種概念,http也是rpc實現的一種方式。

論複雜度,dubbo/hessian用起來是超級簡單的。

至於為什麼用dubbo/hessian,有幾點:

一是呼叫簡單,真正提供了類似於呼叫本地方法一樣呼叫介面的功能 。

二是引數返回值簡單明瞭 引數和返回值都是直接定義在jar包裡的,不需要二次解析。

三是 輕量,沒有多餘的資訊。

四是便於管理,基於dubbo的註冊中心。

RPC能解耦服務

RPC:遠端過程呼叫。RPC的核心並不在於使用什麼協議。RPC的目的是讓你在本地呼叫遠端的方法,而對你來說這個呼叫是透明的,你並不知道這個呼叫的方法是部署哪裡。

通過RPC能解耦服務,這才是使用RPC的真正目的。RPC的原理主要用到了動態代理模式,至於http協議,只是傳輸協議而已。簡單的實現可以參考spring remoting,複雜的實現可以參考dubbo。

rpc=socket + 動態代理

伺服器通訊原理就是一臺socket伺服器A,另一臺socket客戶端B,現在如果要通訊的話直接以流方式寫入或讀出。這樣能實現通訊,但有個問題。如何知道更多資訊?

比如需要傳送流大小,編碼,Ip等。這樣就有了協議,協議就是規範,就是傳送的流中攜帶了很多的內容。那回到剛剛的問題。傳送的內容就是文字型別,客戶端就得序列化,那麼常用的就有json,xml之類,如果想把內容變得更小,那就有二進位制了。把文字變成二進位制傳遞。

說到 rpc 與http介面,不要太複雜了。rpc 協議更簡單內容更小,那麼來說效率是要高一點

以上內容希望幫助到大家,很多PHPer在進階的時候總會遇到一些問題和瓶頸,業務程式碼寫多了沒有方向感,更多PHP大廠PDF面試文件,PHP進階架構視訊資料,PHP精彩好文免費獲取可以關注公眾號:PHP開源社群,或者訪問:

2021金三銀四大廠面試真題集錦,必看!

四年精華PHP技術文章整理合集——PHP框架篇

四年精華PHP技術文合集——微服務架構篇

四年精華PHP技術文合集——分散式架構篇

四年精華PHP技術文合集——高併發場景篇

四年精華PHP技術文章整理合集——資料庫篇