關于SpringCloud遠程調用采用HTTP而非RPC。

首先SpringCloud開啟Web服務依賴于內部封裝的Tomcat容器，而今信息飛速發展，適應大流量的微服務，采用Tomcat處理HTTP請求，開發者編寫Json作為資源傳輸，服務器做出相應的響應，可以更加的靈活處理業務數據，而HTTP協議是跨平臺的，符合微服務B/C數據交互的方式，可以的一套服務器對應移動H5、App、小程序提供服務。

RPC基于TCP協議，客服端與服務端需要進行三次握手完成可靠連接，第四步進行數據傳輸。因為TCP是數據傳輸層，傳輸協議需要服務器統一編寫，進行二進制傳輸，依賴序列化和反序列化規則，對于大部分應用需要靈活變動數據則不適用，RPC常用于Socket連接或一些基本不變動的傳輸格式數據，減少數據變動帶來的開發成本

建立Socket連接至少需要一對套接字，其中一個運行于客戶端，稱為ClientSocket ，另一個運行于服務器端，稱為ServerSocket ，套接字之間的連接過程分為三個步驟：服務器監聽，客戶端請求，連接確認。

一個簡單HTTP請求處理

在Web應用中，瀏覽器請求一個URL，服務器就把生成的HTML網頁發送給瀏覽器，而瀏覽器和服務器之間的傳輸協議是HTTP,那么接下來我們看下如何用Java來實現一個簡單的HTTP服務器。

RPC

RPC(Remote Procedure Call：遠程過程調用)：是一種進程間通信方式，是一種技術的思想，而不是規范。它允許程序調用另一個地址空間（通常是共享網絡的另一臺機器上）的過程或函數，而不用程序員顯式編碼這個遠程調用的細節。即程序員無論是調用本地的還是遠程的函數，本質上編寫的調用代碼基本相同。

通俗的說法就是：比如說現在有兩臺服務器A和B，一個應用部署在A服務器上，另一個應用部署在B服務器上，如果A應用想要調用B應用提供的方法，由于他們不在一臺機器下，也就是說它們不在一個JVM內存空間中，是無法直接調用的，需要通過網絡進行調用，那這個調用過程就叫做RPC。

RPC兩個核心模塊：通訊，序列化。

注意：無論是何種類型的數據，最終都需要序列化轉換成二進制流在網絡上進行傳輸，數據的發送方需要將對象序列化轉換為二進制流，而數據的接收方則需要把二進制流反序列化為對象。

Restful（HTTP）

Restful 指的是一組架構約束條件和原則。" 如果一個架構符合 Restful 的約束條件和原則，就稱它為 Restful 架構。隱藏在 Restful 背后的理念就是使用 Web的現有特征和能力，更好地使用現有 Web 標準中的一些準則和約束。

雖然 Restful 本身受 Web技術的影響很深， 但是理論上 Restful 架構風格并不是綁定在 HTTP 上，只不過目前 HTTP 是唯一與 Restful 相關的實例。所以我們這里描述的 Restful 也是通過 HTTP 實現的 Restful。

RPC和HTTP的區別

首先，兩者十分相似，有請求有響應。

不同：

RPC需要滿足像調用本地服務一樣調用遠程服務，也就是對調用過程在API層面進行封裝。

Http協議沒有這樣的要求，因此請求、響應等細節需要我們自己去實現。

優點

RPC更加透明，對用戶方便。

HTTP方式更加靈活，沒有規定API和語言，跨語言，跨平臺。

缺點

RPC需要在API層面進行封裝，限制了開發的語言環境。

選擇

速度方面：RPC速度比HTTP快，底層都是TCP，HTTP消息往往比較臃腫，但是可以采用gzip壓縮。

難度方面：RPC實現有點兒復雜，HTTP相對比較簡單。

靈活性方面：HTTP更靈活，不需要關系實現的細節，可以跨平臺，跨語言。

未來發展方向

微服務，強調獨立，自治，靈活。RPC限制較多，因此微服務框架中，一般都會采用基于HTTP的rest風格服務。

審核編輯：湯梓紅