美團一面:Spring Cloud 遠端呼叫為啥要採用 HTTP,而不是 RPC?

Java技术栈發表於2024-09-03

作者:簡簡單單神經蛙
來源:blog.csdn.net/m0_61878423/article/details/124607067

關於SpringCloud遠端呼叫採用HTTP而非RPC。

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

2、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風格服務。

更多文章推薦:

1.Spring Boot 3.x 教程,太全了!

2.2,000+ 道 Java面試題及答案整理(2024最新版)

3.免費獲取 IDEA 啟用碼的 7 種方式(2024最新版)

覺得不錯,別忘了隨手點贊+轉發哦!

相關文章