1、定義

    RPC-遠程過程調用，是一種通信協議，允許調用不同進程空間的程序，即調用另一個地址空間（通常是遠程機器）的過程或函數，就像調用本地函數/方法一樣

2、優(yōu)點

• 無論是客戶端還是服務端，不需要額外的定義，RPC直接調用
• RPC使用自定義的協議格式，減少冗余報文
• RPC采用更高效的序列化協議，將文本轉換為二進制傳輸
• RPC更容易擴展和集成

3、RPC框架處理的問題

• 兩個應用程序部署在兩臺機器—選擇TCP協議或者HTTP協議
• 兩個應用程序部署在一臺機器—選擇Unix Socket協議
• 報文編碼格式—選擇JSON或者XML
• 報文較大—選擇protobuf

4、注冊中心

    客戶端和服務端互相不知道對方的存在，服務端啟動時，將自己注冊到注冊中心；客戶端調用時，從注冊中心獲取到所有可用的實例，選擇一個來調用。注冊中心還需要實現服務動態(tài)添加、刪除，使用心態(tài)確保服務處于可用狀態(tài)。

核心角色

• 服務端（Provider）：啟動時向注冊中心注冊自己的地址和元數據
• 客戶端（Consumer）：調用服務時從注冊中心獲取可用服務端地址
• 注冊中心（Registry）：記錄服務地址并提供健康檢查（如 Consul、Etcd、ZooKeeper）

5、關鍵流程解析

服務注冊：

• 服務端啟動時將自己的地址（如 192.168.1.100:8080）和元數據（服務名稱、健康檢查接口）注冊到 Consul
• Consul 會定期調用健康檢查接口（如 /health），自動剔除故障節(jié)點

服務發(fā)現：

• 客戶端不直接寫死服務端地址，而是向 Consul 查詢 math-service 的可用實例列表
• 客戶端通過負載均衡策略（隨機、輪詢、權重等）選擇一個可用地址進行調用

解耦效果：

服務端無需知道客戶端的存在，只需關注自身服務實現；客戶端無需維護服務端地址列表，動態(tài)感知服務實例變化；注冊中心統(tǒng)一管理服務拓撲關系。

6、場景模擬

假設有 3 個服務端實例：

math-service-1（192.168.1.101:8080）

math-service-2（192.168.1.102:8080）

math-service-3（192.168.1.103:8080）

當客戶端調用時：

•     Step1：通過 Consul 獲取到 3 個實例地址
•     Step2：隨機選擇其中一個（如 math-service-2）發(fā)起 RPC 調用
•     Step3：如果 math-service-2 宕機，Consul 會在下次健康檢查時將其標記為不可用
•     Step4：客戶端下次發(fā)現時只會獲得剩余 2 個健康實例

7、關于GeeRPC

GeeRPC從零實現go語言官方的標準庫net/rpc，并在此基礎上增加協議交換、注冊中心、服務發(fā)現、負載均衡、超時處理等模塊。