2015年，谷歌開源了他們的項目，該項目最終被稱為gRPC。但gRPC中的“g”實際上代表什么？很多人可能認為這是為了谷歌，因為谷歌制造了它，但它沒有。谷歌更改了每個版本的“g”的含義，以至于他們甚至制作了一個README來列出所有含義。

gRPC協議架構

gRPC是一種用于實現RPC API的技術。由于gRPC是開源框架，通信雙方都基于該框架進行二次開發，從而使得通信雙方聚焦在業務，無需關注由gRPC軟件框架實現的底層通信。如下圖，DATA部分即為業務層面內容，DATA下面所有的信息都由gRPC進行封裝。

## 什么是gRPC ProtoBuf?

gRPC ProtoBuf是gRPC協議的接口描述語言，是一種與語言無關、平臺無關、擴展性好的用于通信協議、數據存儲的序列化結構數據格式。gRPC ProtoBuf編碼格式也稱為GPB（Google Protocol Buffers）編碼格式。GPB提供了一種靈活、高效、自動序列化結構數據的機制。GPB與XML、JSON編碼類似，也是一種編碼方式，但不同的是，它是一種二進制編碼，性能好，效率高。

gRPC還提供什么？

• 元數據
• 流播放
• 攔截器
• 負載平衡
• 取消通話

gRPC VS REST?

REST（Representational State Transfer）表征狀態轉移，是一種軟件架構風格，用于指導WEB架構的設計和開發。REST同樣為管理和配置網絡設備提供了一種API接口設計的方法。gRPC與REST兩者的主要差異如下：

• REST遵循基于HTTP 1.1的請求-響應通信模型，而gRPC遵循基于HTTP 2.0的客戶端-響應通信模型。HTTP 2.0相對于HTTP 1.1，在速度上有著絕對的優勢。雖然REST也可以基于HTTP 2.0進行數據傳輸，但是為了兼容HTTP 1.1方式，導致其沒有充分利用HTTP 2.0的優勢。
• 幾乎所有的瀏覽器都支持REST，而支持gRPC的瀏覽器非常有限。這是REST相對于gRPC的主要優勢。
• REST使用JSON或XML編碼格式承載數據，而gRPC默認使用ProtoBuf（Protocol Buffers）編碼格式承載數據。ProtoBuf是二進制的，是以二進制數據進行傳輸，而JSON或XML編碼格式以文本形式傳輸，所以在傳輸速率上gRPC更具有優勢。
• REST不提供內置代碼生成功能，需要使用Swagger等工具生成API請求代碼。而gRPC具有protoc編譯器，具有代碼生成功能，而且protoc編譯器與多種編程語言兼容。

gRPC VS SOAP?

參考資料

gRPC官網
gRPC開源框架
gRPC 基礎概念詳解
gRPC高性能的原因