從RPC到HTTP：網絡通信協(xié)議的演變

作者：一安 2024-04-26 09:13:34

gRPC是Google?發(fā)布的基于HTTP 2.0?傳輸層協(xié)議承載的高性能開源軟件框架，提供了支持多種編程語言的、對網絡設備進行配置和納管的方法。

前言

隨著信息技術的飛速發(fā)展，網絡通信協(xié)議在構建分布式系統(tǒng)和應用程序中發(fā)揮著至關重要的作用。從早期的遠程過程調用（RPC）到現代的超文本傳輸協(xié)議（HTTP），網絡通信協(xié)議經歷了顯著的演變。

在剛開始C/S架構流行時，對于C/S架構下的軟件，如聊天軟件、辦公軟件等，它們只需要與自己公司的服務器通信，所以可以使用自家定制的RPC協(xié)議進行遠程調用即可。但隨著萬維網與B/S架構的出現，瀏覽器產生了，而瀏覽器需要訪問來自不同公司的很多網站，這不能通過RPC進行訪問，所以需要一個統(tǒng)一的標準來與這些網站服務器通信。

這時HTTP協(xié)議發(fā)揮作用的地方，HTTP為B/S架構(瀏覽器/服務器架構)提供了一個統(tǒng)一的標準，讓不同網站的服務器能夠與瀏覽器交互，HTTP也是RPC的一種實現方式。

圖片

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

圖片

在Web應用中，瀏覽器請求一個URL，服務器就把生成的HTML網頁發(fā)送給瀏覽器，而瀏覽器和服務器之間的傳輸協(xié)議是HTTP。

介紹

圖片

RPC

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

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

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

由于HTTP在應用層中完成，整個通信的代價較高，遠程過程調用中直接基于TCP進行遠程調用，數據傳輸在傳輸層TCP層完成，更適合對效率要求比較高的場景，RPC主要依賴于客戶端和服務端之間建立Socket鏈接進行，底層實現比REST更復雜。
無論是何種類型的數據，最終都需要序列化轉換成二進制流在網絡上進行傳輸，數據的發(fā)送方需要將對象序列化轉換為二進制流，而數據的接收方則需要把二進制流反序列化為對象.

HTTP

HTTP（Hypertext Transfer Protocol：超文本傳輸協(xié)議）：是互聯網上應用最為廣泛的一種應用層協(xié)議，主要用于分布式、協(xié)作式和超媒體信息系統(tǒng)的應用，如萬維網（WWW），客戶端發(fā)起請求，服務器處理請求并返回響應，通常用于web瀏覽器和web服務器間的通信，HTTP定義了請求報文和響應報文的結構以及不同的請求方法（GET, POST等）

圖片