什麼是RFC

用以記錄學習thift過程當中一些資料。

概念：

什麼是RFC

RFC（remote procedure call protocal)：遠程過程調用協議

簡單來說就是遠程調用，有兩個應用分別部在兩臺服務器A和B上，如今A服務器上的應用想調用B服務器上的某個方法，可是因爲兩個應用不在一個內存空間，因此沒法直接調用，這就須要經過網絡來表達調用的語義和調用的數據。以上的過程能夠描述爲一下：

1. 首先，兩個服務器須要先通信，如上，主要是經過TCP在客戶端和服務端簡歷鏈接，遠程過程調用的全部交換的數據都在這個鏈接裏傳輸。鏈接能夠是按需鏈接，調用結束後就斷掉，也能夠是長鏈接，多個遠程過程調用共享同一個鏈接。

2. 其次，就要開始尋址了。A服務器上的應用怎麼告訴底層的RPC框架，如何鏈接到B服務器（如主機或IP地址）以及特定的端口，方法的名稱名稱是什麼，這樣才能完成調用。好比基於Web服務協議棧的RPC，就要提供一個endpoint
URI，或者是從UDDI服務上查找。若是是RMI調用的話，還須要一個RMI Registry來註冊服務的地址。

3. 當A服務器上的應用發起遠程過程調用時，方法的參數須要經過底層的網絡協議如TCP傳遞到B服務器，因爲網絡協議是基於二進制的，內存中的參數的值要序列化成二進制的形式，也就是序列化（Serialize）或編組（marshal），經過尋址和傳輸將序列化的二進制發送給B服務器。

4. B服務器收到請求後，須要對參數進行反序列化（序列化的逆操做），恢復爲內存中的表達方式，而後找到對應的方法（尋址的一部分）進行本地調用，而後獲得返回值。

5. 返回值還要發送回服務器A上的應用，也要通過序列化的方式發送，服務器A接到後，再反序列化，恢復爲內存中的表達方式，交給A服務器上的應用。

 

爲何RPC呢？就是沒法在一個進程內，甚至一個計算機內經過本地調用的方式完成的需求，好比好比不一樣的系統間的通信，甚至不一樣的組織間的通信。因爲計算能力須要橫向擴展，須要在多臺機器組成的集羣上部署應用，RPC的協議有不少，好比最先的CORBA，Java RMI，Web Service的RPC風格，Hessian，Thrift，甚至Rest API。（Netty框架不侷限於RPC，更多的是做爲一種網絡協議的實現框架，好比HTTP，因爲RPC須要高效的網絡通訊，就可能選擇以Netty做爲基礎。）除了網絡通訊，RPC還須要有比較高效的序列化框架，以及一種尋址方式。若是是帶會話（狀態）的RPC調用，還須要有會話和狀態保持的功能。大致上來講，Netty就是提供一種事件驅動的，責任鏈式（也能夠說是流水線）的網絡協議實現方式。網絡協議包含不少層次，不少部分組成，如傳輸層協議，編碼解碼，壓縮解壓，身份認證，加密解密，請求的處理邏輯，怎麼可以更好的複用，擴展，業界通用的方法就是責任鏈，一個請求應答網絡交互一般包含兩條鏈，一條鏈（Upstream）是從傳輸層，通過一系列步驟，如身份認證，解密，日誌，流控，最後到達業務層，一條鏈（DownStream）是業務層返回後，又通過一系列步驟，如加密等，又回到傳輸層