關於RPC、HTTP、WebService的區別

摘要： 一直搞不清楚RPC、HTTP、WebService有什麼區別，想請教一下各位前輩指導一下 還有Dubbo和Thrift，感覺越來越混亂了…… RPC(遠端過程呼叫)是什麼 簡單的說，RPC就是從一臺機器（客戶端）上通過引數傳遞的方式呼叫另一臺機...

一直搞不清楚RPC、HTTP、WebService有什麼區別，想請教一下各位前輩指導一下

還有Dubbo和Thrift，感覺越來越混亂了……

RPC(遠端過程呼叫)是什麼

• 簡單的說，RPC就是從一臺機器（客戶端）上通過引數傳遞的方式呼叫另一臺機器（伺服器）上的一個函式或方法（可以統稱為服務）並得到返回的結果。
• RPC 會隱藏底層的通訊細節（不需要直接處理Socket通訊或Http通訊）
• RPC 是一個請求響應模型。客戶端發起請求，伺服器返回響應（類似於Http的工作方式）
• RPC 在使用形式上像呼叫本地函式（或方法）一樣去呼叫遠端的函式（或方法） 。

遠端過程呼叫發展歷程

• ONC RPC （開放網路計算的遠端過程呼叫），OSF RPC（開放軟體基金會的遠端過程呼叫）
• CORBA（Common Object Request Broker Architecture公共物件請求代理體系結構）
• DCOM（分散式元件物件模型），COM+
• Java RMI
• .NET Remoting
• XML-RPC，SOAP，Web Service
• PHPRPC，Hessian，JSON-RPC
• Microsoft WCF，WebAPI
• ZeroC Ice，Thrift，GRPC
• Hprose

早期的 RPC

• 第一代 RPC（ONC RPC，OSF RPC）不支援物件的傳遞。
• CORBA 太複雜，各種不同實現不相容，一般程式員也玩不轉。
• DCOM，COM+ 逃不出 Windows 的手掌心。
• RMI 只能在 Java 裡面玩。
• .NET Remoting 只能在 .NET 平臺上玩。

XML-RPC，SOAP/">SOAP，WebService

• 冗餘資料太多，處理速度太慢。
• RPC 風格的 Web Service 跨語言性不佳，而 Document 風格的 Web Service 又太過難用。
• Web Service 沒有解決使用者的真正問題，只是把一個問題變成了另一個問題。
• Web Service 的規範太過複雜，以至於在 .NET 和 Java 平臺以外沒有真正好用的實現，甚至沒有可用的實現。
• 跨語言跨平臺只是 Web Service 的一個口號，雖然很多人迷信這一點，但事實上它並沒有真正實現。

PHPRPC

• 基於 PHP 內建的序列化格式，在跨語言的型別對映上存在硬傷。
• 通訊上依賴於 HTTP 協議，沒有其它底層通訊方式的選擇。
• 內建的加密傳輸既是特點，也是缺點。
• 雖然比基於 XML 的 RPC 速度快，但還不是足夠快。

Hessian

• 二進位制的資料格式完全不具有可讀性。
• 官方只提供了兩個半語言的實現（Java，ActionScript 和不怎麼完美的 Python 實現），其它語言的第三方實現良莠不齊。
• 支援的語言不夠多，對 Web 前端的 JavaScript 完全無視。
• 雖然是動態 RPC，但動態性仍然欠佳。
• 雖然比基於 XML 的 RPC 速度快，但還不是足夠快。

JSON-RPC

• JSON 具有文字可讀性，且比 XML 更簡潔。
• JSON 受 JavaScript 語言子集的限制，可表示的資料型別不夠多。
• JSON 格式無法表示資料內的自引用，互引用和迴圈引用。
• 某些語言具有多種版本的實現，但在型別影射上沒有統一標準，存在相容性問題。
• JSON-RPC 雖然有規範，但是卻沒有統一的實現。在不同語言中的各自實現存在相容性問題，無法真正互通。

Microsoft WCF，WebAPI

• 它們是微軟對已有技術的一個 .NET 平臺上的統一封裝，是對 .NET Remoting、WebService 和基於 JSON 、XML 等資料格式的 REST 風格的服務等技術的一個整合。
• 雖然號稱可以在 .NET 平臺以外來呼叫它的這些服務，但實際上跟在 .NET 平臺內呼叫完全是兩碼事。它沒有提供任何在其他平臺的語言中可以使用的任何工具。

ZeroC Ice，Thrift，GRPC

• 初代 RPC 技術的跨語言面向物件的迴歸。
• 仍然需要通過中間語言來編寫型別和介面定義。
• 仍然需要用程式碼生成器來將中間語言編寫的型別和介面定義翻譯成你所使用的程式語言的客戶端和伺服器端的佔位程式（stub）。
• 你必須要基於生成的伺服器程式碼來單獨編寫服務，而不能將已有程式碼直接作為服務釋出。
• 你必須要用生成的客戶端程式碼來呼叫服務，而沒有其它更靈活的方式。
• 如果你的中間程式碼做了修改，以上所有步驟你都要至少重複一遍。

Hprose

• 無侵入式設計，不需要單獨定義型別，不需要單獨編寫服務，已有程式碼可以直接釋出為服務。
• 具有豐富的資料型別和完美的跨語言型別對映，支援自引用，互引用和迴圈引用資料。
• 支援眾多傳輸方式，如 HTTP、TCP、Websocket 等。
• 客戶端具有更靈活的呼叫方式，支援同步呼叫，非同步呼叫，動態引數，可變引數，引用引數傳遞，多結果返回（Golang）等語言特徵，Hprose 2.0 甚至支援推送。
• 具有良好的可擴充套件性，可以通過過濾器和中介軟體實現加密、壓縮、快取、代理等各種功能性擴充套件。
• 相容的無差別跨語言呼叫
• 支援更多的常用語言和平臺
• 支援瀏覽器端的跨域呼叫
• 沒有中間語言，無需學習成本
• 效能卓越，使用簡單

rpc是遠端過程呼叫，你可以這麼理解，就是在另外一臺伺服器上有一段程式碼（函式），你可以通過網路遠端呼叫它。用什麼協議（http，tcp，udp…），傳輸什麼資料格式（json，xml，二進位制…）你都可以自己定義。

http只是一種應用層的協議，和你要寫的程式碼沒有關係。你只需要好好的瞭解它，並且利用好它的特性就好了。

webservice，顧名思義這也是一種提供service的形式，只是它是通過http（web）來提供service而已。你可以基於http來提供你想提供的任意的服務，可以是rpc，也可以是restful。