2015年，谷歌開(kāi)源了他們的項(xiàng)目，該項(xiàng)目最終被稱為gRPC。但gRPC中的“g”實(shí)際上代表什么？很多人可能認(rèn)為這是為了谷歌，因?yàn)楣雀柚圃炝怂?，但它沒(méi)有。谷歌更改了每個(gè)版本的“g”的含義，以至于他們甚至制作了一個(gè)README來(lái)列出所有含義。

gRPC協(xié)議架構(gòu)

gRPC是一種用于實(shí)現(xiàn)RPC API的技術(shù)。由于gRPC是開(kāi)源框架，通信雙方都基于該框架進(jìn)行二次開(kāi)發(fā)，從而使得通信雙方聚焦在業(yè)務(wù)，無(wú)需關(guān)注由gRPC軟件框架實(shí)現(xiàn)的底層通信。如下圖，DATA部分即為業(yè)務(wù)層面內(nèi)容，DATA下面所有的信息都由gRPC進(jìn)行封裝。

## 什么是gRPC ProtoBuf?

gRPC ProtoBuf是gRPC協(xié)議的接口描述語(yǔ)言，是一種與語(yǔ)言無(wú)關(guān)、平臺(tái)無(wú)關(guān)、擴(kuò)展性好的用于通信協(xié)議、數(shù)據(jù)存儲(chǔ)的序列化結(jié)構(gòu)數(shù)據(jù)格式。gRPC ProtoBuf編碼格式也稱為GPB（Google Protocol Buffers）編碼格式。GPB提供了一種靈活、高效、自動(dòng)序列化結(jié)構(gòu)數(shù)據(jù)的機(jī)制。GPB與XML、JSON編碼類似，也是一種編碼方式，但不同的是，它是一種二進(jìn)制編碼，性能好，效率高。

gRPC還提供什么？

• 元數(shù)據(jù)
• 流播放
• 攔截器
• 負(fù)載平衡
• 取消通話

gRPC VS REST?

REST（Representational State Transfer）表征狀態(tài)轉(zhuǎn)移，是一種軟件架構(gòu)風(fēng)格，用于指導(dǎo)WEB架構(gòu)的設(shè)計(jì)和開(kāi)發(fā)。REST同樣為管理和配置網(wǎng)絡(luò)設(shè)備提供了一種API接口設(shè)計(jì)的方法。gRPC與REST兩者的主要差異如下：

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

gRPC VS SOAP?

參考資料

gRPC官網(wǎng)
gRPC開(kāi)源框架
gRPC 基礎(chǔ)概念詳解
gRPC高性能的原因