漫話：如何給女朋友解釋什麼是 RPC

RPC Java · 發表 2018-12-11 07:40:13

摘要：週末一大早，我正在電腦前面看新聞，突然女朋友大喊起來：哇，杭州下大雪啦，快來看啊。我並沒有理她，於是她跑過來拉我。雪後杭州 ...

週末一大早，我正在電腦前面看新聞，突然女朋友大喊起來：哇，杭州下大雪啦，快來看啊。我並沒有理她，於是她跑過來拉我。

雪後杭州

RPC 是Remote Procedure Call的縮寫，譯為遠端過程呼叫。是一個計算機通訊協議。

為什麼需要遠端呼叫

在 ofollow,noindex">如何給女朋友解釋什麼是分散式這一篇文章中介紹過，為了提升飯店的服務能力，飯店從一開始只有一個負責所有事情的廚師發展成有廚師、切菜師、備菜師等多個角色。

在飯店只有一個廚師的時候，廚師想要做出一道美味的番茄炒蛋的時候，他需要自己洗番茄、切番茄、打雞蛋、炒菜。整個過程不需要其他人蔘與自己就完全可以完成了。這就是古老的集中式應用中，一臺單體計算機就可以搞定所有事情了。

製作番茄炒蛋{
廚師->洗菜->切菜->炒菜
}

隨著飯店發展，需要明確分工，讓專業的人負責專業的事兒。所以，整個做菜過程中不再只有廚師參與了。需要有多個角色，備菜師傅負責準備番茄和雞蛋、切菜師傅負責切菜、廚師只要負責炒菜就行了。

但是，隨著分工明確，製作番茄炒蛋的過程不再是隻有一個人參與的過程了。這個過程中需要多方協作。廚師準備炒菜之前，需要先通知備菜師傅和切菜師傅，前序工作準備好之後才能進行炒菜。

製作番茄炒蛋{
備菜師->洗菜
切菜師->切菜
廚師->炒菜
}

這種情況下，廚師就要依賴很多外人來參與這個炒菜工作。而他在通知備菜師幫他洗菜，通知切菜師傅幫他切菜的時候，這個過程就是遠端過程呼叫。

大多數情況下，一般是服務員直接到廚房下單，然後後廚有一個人員分別把選單分發給備菜師、切菜師和廚師。

這個過程就和計算機系統很像了。如今的大型網站都是分散式部署的。拿一個下單流程來說，可能涉及到物流、支付、庫存、紅包等多個系統後，而多個系統又是分別部署在不同的機器上的，分別由不同的團隊負責。而要想實現下單流程，就需要用到遠端呼叫。

下單{
庫存->減少庫存
支付->扣款
紅包->紅包抵用
物流->生成物流資訊
}

到底什麼是遠端過程呼叫

RPC 是指計算機 A 上的程序，呼叫另外一臺計算機 B 上的程序，其中 A 上的呼叫程序被掛起，而 B 上的被呼叫程序開始執行，當值返回給 A 時，A 程序繼續執行。呼叫方可以通過使用引數將資訊傳送給被呼叫方，而後可以通過傳回的結果得到資訊。而這一過程，對於開發人員來說是透明的。

就像後廚的例子一樣，服務員把選單傳給後廚，廚師告訴備菜師和洗菜師開始工作，然後他等待他們完成工作。備菜師和洗菜師工作完之後，廚師開始炒菜。這個過程對於服務員來說其實是透明的，他不需要關心到底後廚是怎麼做菜的。

由於各服務部署在不同機器上，要想在服務間進行遠端呼叫免不了網路通訊過程，服務消費方每呼叫一個服務都要寫一坨網路通訊相關的程式碼，不僅複雜而且極易出錯。

如果有一種方式能讓我們像呼叫本地服務一樣呼叫遠端服務，而讓呼叫者對網路通訊這些細節透明，那麼將大大提高生產力，比如服務消費方在執行 orderService.buy("HHKB鍵盤") 時，實質上呼叫的是遠端的服務。這種方式其實就是RPC。而提供了這種功能的工具我們稱之為RPC框架。

在RPC框架中主要有三個角色：Provider、Consumer和Registry。如下圖所示：

Server: 暴露服務的服務提供方。 Client: 呼叫遠端服務的服務消費方。 Registry: 服務註冊與發現的註冊中心。

服務提供方和服務消費方都比較好理解，就是後廚的洗菜師和廚師啦。廚師就是服務消費方，洗菜師就是服務提供方。廚師依賴洗菜師提供的服務。

服務註冊中心又是個什麼東西呢？

其實這個也比較好理解。對於那種很大的飯店來說，廚師可能有很多（叢集部署），洗菜師也有很多（叢集部署）。而廚師想要洗菜師幫忙洗菜的時候，他不會直接找某個洗菜師，而是通知一箇中間人，這個人可能是洗菜師團隊的領導，也可能就是一個專門協調後廚的人員。他知道整個廚房有多少洗菜師，也知道哪個洗菜師今天來上班了（需要先進行服務註冊）。而且，他還可以根據各個洗菜師的忙碌情況動態分配任務（負載均衡）。

這個中間人就是服務註冊中心。