今天我們一起來聊聊淘寶1面的一個問題：HTTP 與 RPC的區別。HTTP 與 RPC是軟件開發中常見的通信方式，那么，它們到底有什么區別？我們該如何選擇？這篇文章，我們來揭曉答案。

一、HTTP

1. 定義

HTTP，全稱是 HyperText Transfer Protocol，是用于分布式、協作式和超媒體信息系統的應用層協議。簡單來說，HTTP 就是我們平時在瀏覽器中訪問網頁時用的協議。它基于請求-響應模式，客戶端發送請求，服務器返回響應。

2. 工作原理

HTTP 是一種無狀態的協議，每次請求都是獨立的。客戶端發送一個 HTTP 請求（包括方法、URL、頭部信息和可選的主體），服務器處理后返回一個 HTTP 響應（狀態碼、頭部信息和主體）。

舉個例子，當你在瀏覽器中輸入 https://www.yuanjava.com，瀏覽器會發送一個 HTTP GET 請求到服務器，服務器處理后返回網頁內容。

二、RPC

1. 定義

RPC，全稱是 Remote Procedure Call（遠程過程調用），是一種通過網絡執行遠程計算機上的過程（函數）的協議。它的目標是讓開發者感覺像是在本地調用函數一樣，無需關心底層的網絡通信細節。常見的 RPC 框架有 gRPC、Thrift 等。

2. 工作原理

RPC 模型則更像是函數調用。客戶端調用一個遠程的函數，傳遞參數，等待結果返回。RPC 框架會負責將這個調用轉換為網絡請求，傳輸參數，接收響應并返回結果。

例如，假設你有一個遠程的 getUserInfo(userId) 函數，客戶端只需要調用這個函數，RPC 框架會處理網絡通信，返回用戶信息。

三、核心區別

HTTP 和 RPC 的區別在于它們的通信模型和語義。

通信模型：

• HTTP：基于請求-響應，通常用于資源的獲取和操作（如 RESTful 風格）。
• RPC：基于方法調用，更像是調用遠程的函數或服務。

語義：

• HTTP：強調資源的表現形式和狀態，如 GET、POST、PUT、DELETE 等動詞。
• RPC：強調功能和操作，調用的是具體的方法或服務。

四、示例解析

為了更直觀地理解，讓我們通過一個簡單的例子來看看延時（Latency）如何在 HTTP 和 RPC 中表現。

1. 場景描述

假設我們有一個用戶服務，需要獲取用戶信息。我們分別通過 HTTP 和 RPC 兩種方式來實現。

2. HTTP 實現

// 使用 Spring Boot 的 HTTP 客戶端
RestTemplate restTemplate = new RestTemplate();
String url = "http://localhost:8080/api/user/" + userId;
long startTime = System.currentTimeMillis();
ResponseEntity<User> response = restTemplate.getForEntity(url, User.class);
long endTime = System.currentTimeMillis();
System.out.println("HTTP 請求耗時: " + (endTime - startTime) + " ms");

3. RPC 實現

// 使用 gRPC 客戶端
UserServiceGrpc.UserServiceBlockingStub stub = UserServiceGrpc.newBlockingStub(channel);
GetUserRequest request = GetUserRequest.newBuilder().setUserId(userId).build();
long startTime = System.currentTimeMillis();
User response = stub.getUser(request);
long endTime = System.currentTimeMillis();
System.out.println("RPC 請求耗時: " + (endTime - startTime) + " ms");

4. 延時比較

假設我們的網絡延時是固定的，比如 50ms。由于 RPC 的通信協議更輕量，而且通常使用二進制傳輸，理論上 RPC 的延時會略低于 HTTP。然而，實際情況還取決于具體的實現和優化。

互動時間：你覺得在實際項目中，延時差異會顯著影響用戶體驗嗎？歡迎在評論區分享你的看法！

五、如何選擇？

1. 適用場景

HTTP：

• 公開 API：如面向第三方開發者的 RESTful API。
• 瀏覽器通信：前端與后端的通信，特別是網頁應用。
• 簡單的 CRUD 操作。

RPC：

• 內部服務通信：微服務架構中，服務之間的高效通信。
• 需要高性能：對延時要求高的場景，如實時數據處理。
• 復雜業務邏輯：需要調用多個遠程方法，RPC 更具有靈活性。

2. 互補使用

其實，HTTP 和 RPC 并不一定是非此即彼的選擇。很多系統中會同時使用兩者，針對不同的需求選擇最合適的通信方式。

互動時間：你們在項目中是如何選擇使用 HTTP 還是 RPC 的呢？遇到過哪些困難或有趣的情況？歡迎分享！

六、總結

本文，我們從各個維度分析和對比了 HTTP 和 RPC，通過上面的分析，我們可以看到：

• HTTP 更適合資源導向的通信，具有廣泛的兼容性和易用性。
• RPC 更適合服務導向的通信，提供了更高的性能和更自然的調用方式。

最終選擇哪種通信方式，取決于具體的應用場景和需求。希望通過這篇文章，你對 HTTP 和 RPC 有了更清晰的理解。