RPC是什麼
RPC是遠程過程調用（Remote Procedure Call）的縮寫形式。SAP系統RPC調用的原理其實很簡單，有一些類似於三層構架的C/S系統，第三方的客戶程序通過接口調用SAP內部的標準或自定義函數，獲得函數返回的數據進行處理後顯示或打印。
RPC 起源
RPC 這個概念術語在上世紀 80 年代由 Bruce Jay Nelson 提出。這裏我們追溯下當初開發 RPC 的原動機是什麼？在 Nelson 的論文 "Implementing Remote Procedure Calls" 中他提到了幾點：
1. 簡單：RPC 概念的語義十分清晰和簡單，這樣建立分佈式計算就更容易。
2. 高效：過程調用看起來十分簡單而且高效。
3. 通用：在單機計算中過程往往是不同算法部分間最重要的通信機制。
通俗一點說，就是一般程序員對於本地的過程調用很熟悉，那麼我們把 RPC 作成和本地調用完全類似，那麼就更容易被接受，使用起來毫無障礙。Nelson 的論文發表於 30 年前，其觀點今天看來確實高瞻遠矚，今天我們使用的 RPC 框架基本就是按這個目標來實現的。
RPC 結構拆解
《淺出篇》給出了一個比較粗粒度的 RPC 實現概念結構，這裏我們進一步細化它應該由哪些組件構成，如下圖所示。
RPC 服務方通過 RpcServer 去導出（export）遠程接口方法，而客戶方通過 RpcClient 去引入（import）遠程接口方法。客戶方像調用本地方法一樣去調用遠程接口方法，RPC 框架提供接口的代理實現，實際的調用將委託給代理RpcProxy 。代理封裝調用信息並將調用轉交給RpcInvoker 去實際執行。在客戶端的RpcInvoker 通過連接器RpcConnector 去維持與服務端的通道RpcChannel，並使用RpcProtocol 執行協議編碼（encode）並將編碼後的請求消息通過通道發送給服務方。
RPC 服務端接收器 RpcAcceptor 接收客戶端的調用請求，同樣使用RpcProtocol 執行協議解碼（decode）。解碼後的調用信息傳遞給RpcProcessor 去控制處理調用過程，最後再委託調用給RpcInvoker 去實際執行並返回調用結果。