RPC 和HTTP 的區別

服務發現

• HTTP，知道服務域名，可以通過 DNS 解析 得到 服務的IP地址，從而進行訪問
• RPC 需要一個專門的中間服務去保存服務名和IP信息（注冊中心，nacos、consul），想要訪問某個服務，就得同時注冊到 中間服務，然后獲取需要頂用服務的IP 和端口信息

底層鏈接形式

• HTTP/1.1 默認在底層建立TCP 鏈接后，會一直保持這個鏈接（keep alive），后邊的請求和響應回服用這條鏈接
• RPC 協議，和http 相同的地方是，通過 建立TCP 長鏈接進行數據交互，不同的地方是，RPC 一般會再建立一個鏈接池，大量請求時，會建立多條鏈接放在鏈接池中。需要時，從鏈接池取，不需要時，放回鏈接池

傳輸內容

• RPC 和HTTP 協議都有請求頭和請求體，但是請求頭里面放的內容不一致，由于請求體的數據格式不一致，請求頭里面會存儲請求體的解析方式，為了解決 body 的解析方式，請求體會有差異
• 一般消息都是結構化的信息，但是 TCP 傳輸過程中，都是 二進制 的 01 串（計算機只認識 0，1），所以從應用層將數據傳輸前，將結構體轉換成 二進制 ，這個過程叫做 序列化， 反過來，從傳輸層發送的消息是二進制的，需要將二進制的數據轉換成 結構體的過程叫 反序列化
• 一般，HTTP協議為了做到足夠的通用，會在請求頭中添加更多的信息，所有內容會偏多，整個消息體 會比RPC 偏大。但是不絕對，如果RPC 底層協議采用 http ，那就相反了

總結

1. TCP 、UDP協議，是傳輸層協議，而 RPC 和 http 都定義了不同的消息格式，可以認為都是應用層協議

2. HTTP協議： hyper text transfer protocol（超文本傳輸協議）， 由于瀏覽器的誕生衍生出來的協議

3. RPC 協議 ： romote procedure call （遠程過程調用協議），他本身不是一種協議，而是一種調用方式。 RPC 本身有很多實現方式，底層協議不一定基于TCP，可以是 UDP、http 協議

4. 純裸的TCP 能收發數據，但是他它是一個無邊界的數據流，上層（應用層）需要定義消息格式，用于定義消息邊界

5. 歷史的發展來說，RPC 其實比HTTP 出出現的時間更早， HTTP 主要用于 B/S 架構，RPC 主要用于C/S 架構，現在慢慢的有了融合的跡象。

6. HTTP/2.0 在 HTTP/1.0 上做了優化，性能比RPC 都好