究竟什麼是RPC,你知道嘛?
什麼是 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開源社群,或者訪問:
- Swoole協程與傳統fpm同步模式區別
- php-parser在Aop程式設計中的使用
- socket程式設計之認識常用協議
- mysql讀寫分離在專案實踐中的應用
- linux下檢視php-fpm是否開啟
- Nginx優化詳解
- PHP 怎麼快速讀取大檔案
- php redis實現訊息佇列
- PHP-FPM程序模型詳解
- 究竟什麼是RPC,你知道嘛?
- mysql 的讀寫鎖與併發控制
- 整理一下PHP的註釋標記
- redis快取穿透和快取失效的預防和解決
- php laravel依賴注入淺析
- php中Session的使用方法
- Kafka為什麼吞吐量大、速度快?
- redis 快取鎖的實現方法
- mysql讀寫分離在專案實踐中的應用
- PHP控制反轉(IOC)和依賴注入(DI)
- Mysql效能優化:為什麼要用覆蓋索引?