grpc 的協議分析

grpc 和通常的基于TCP的實現不同，是直接基于HTTP2 協議的。HTTP2 使得grpc 能夠更好的適用于移動客戶端和服務端通信的使用場景，并且連接多路復用也保證了RPC 的效率。

grpc 的協議設計上很好的使用了HTTP2 現有的語義，請求和響應的數據使用HTTP Body 發送，其他的控制信息則用Header 表示。先看個例子，假設Protobuf 定義如下:

package foo.bar;

message HelloRequest {
  string greeting = 1;
}

message HelloResponse {
  string reply = 1;
}

service HelloService {
  rpc SayHello(HelloRequest) returns (HelloResponse);
}

在這里面我們定義了一個service HelloService。grpc 為這樣一個調用發送的請求為: 

HEADERS (flags = END_HEADERS)
:method = POST
:scheme = http
:path = /foo.bar.HelloService/SayHello
:authority = api.test.com
grpc-timeout = 1S
content-type = application/grpc+proto
grpc-encoding = gzip
authorization = Bearer y235.wef315yfh138vh31hv93hv8h3v

DATA (flags = END_STREAM)
<Delimited Message>

Http 請求的Path 部分用來表示調用哪個服務，格式是/{package}.{ServiceName}/{RpcMethodName}，content-type 目前取值都是application/grpc+proto，將來grpc 支持除Protobuf 之外的協議如Json 時，會有別的值。grpc-encoding 可以有gzip, deflate, snappy 等取值，表示采用的壓縮方法。grpc-timeout 表示調用的超時時間，單位有Hour(H), Minute(M), Second(S), Millisecond(m), Microsecond(u), Nanosecond(n) 等。 

HEADERS (flags = END_HEADERS)
:status = 200
grpc-encoding = gzip

DATA
<Delimited Message>

HEADERS (flags = END_STREAM, END_HEADERS)
grpc-status = 0 # OK
trace-proto-bin = jher831yy13JHy3hc