[導(dǎo)讀]RPC 是遠程過程調(diào)用協(xié)議，實現(xiàn)跨進程透明通信，通過注冊中心動態(tài)管理服務(wù)，支持高效二進制傳輸（如 Protobuf）、負載均衡和故障容錯，解耦服務(wù)間依賴，提升分布式系統(tǒng)擴展性與可靠性。
1、定義
RPC-遠程過程調(diào)用，是一種通信協(xié)議，允許調(diào)用不同進程空間的程序，即調(diào)用另一個地址空間（通常是遠程機器）的過程或函數(shù)，就像調(diào)用本地函數(shù)/方法一樣
2、優(yōu)點
- 無論是客戶端還是服務(wù)端，不需要額外的定義，RPC直接調(diào)用
- RPC使用自定義的協(xié)議格式，減少冗余報文
- RPC采用更高效的序列化協(xié)議，將文本轉(zhuǎn)換為二進制傳輸
- RPC更容易擴展和集成
3、RPC框架處理的問題
- 兩個應(yīng)用程序部署在兩臺機器—選擇TCP協(xié)議或者HTTP協(xié)議
- 兩個應(yīng)用程序部署在一臺機器—選擇Unix Socket協(xié)議
- 報文編碼格式—選擇JSON或者XML
- 報文較大—選擇protobuf
4、注冊中心
客戶端和服務(wù)端互相不知道對方的存在，服務(wù)端啟動時，將自己注冊到注冊中心；客戶端調(diào)用時，從注冊中心獲取到所有可用的實例，選擇一個來調(diào)用。注冊中心還需要實現(xiàn)服務(wù)動態(tài)添加、刪除，使用心態(tài)確保服務(wù)處于可用狀態(tài)。
核心角色
- 服務(wù)端（Provider）：啟動時向注冊中心注冊自己的地址和元數(shù)據(jù)
- 客戶端（Consumer）：調(diào)用服務(wù)時從注冊中心獲取可用服務(wù)端地址
- 注冊中心（Registry）：記錄服務(wù)地址并提供健康檢查（如 Consul、Etcd、ZooKeeper）
5、關(guān)鍵流程解析
服務(wù)注冊：
- 服務(wù)端啟動時將自己的地址（如 192.168.1.100:8080）和元數(shù)據(jù)（服務(wù)名稱、健康檢查接口）注冊到 Consul
- Consul 會定期調(diào)用健康檢查接口（如 /health），自動剔除故障節(jié)點
服務(wù)發(fā)現(xiàn)：
- 客戶端不直接寫死服務(wù)端地址，而是向 Consul 查詢 math-service 的可用實例列表
- 客戶端通過負載均衡策略（隨機、輪詢、權(quán)重等）選擇一個可用地址進行調(diào)用
解耦效果：
服務(wù)端無需知道客戶端的存在，只需關(guān)注自身服務(wù)實現(xiàn)；客戶端無需維護服務(wù)端地址列表，動態(tài)感知服務(wù)實例變化；注冊中心統(tǒng)一管理服務(wù)拓撲關(guān)系。
6、場景模擬
假設(shè)有 3 個服務(wù)端實例：
math-service-1（192.168.1.101:8080）
math-service-2（192.168.1.102:8080）
math-service-3（192.168.1.103:8080）
當(dāng)客戶端調(diào)用時：
- Step1：通過 Consul 獲取到 3 個實例地址
- Step2：隨機選擇其中一個（如 math-service-2）發(fā)起 RPC 調(diào)用
- Step3：如果 math-service-2 宕機，Consul 會在下次健康檢查時將其標(biāo)記為不可用
- Step4：客戶端下次發(fā)現(xiàn)時只會獲得剩余 2 個健康實例
7、關(guān)于GeeRPC
GeeRPC從零實現(xiàn)go語言官方的標(biāo)準(zhǔn)庫net/rpc，并在此基礎(chǔ)上增加協(xié)議交換、注冊中心、服務(wù)發(fā)現(xiàn)、負載均衡、超時處理等模塊。
下載文檔
