gRPC服务器端半关闭是否应隐式终止客户端？

Question

在http p2-spec中，服务器半关闭流（服务器发送了http.END_STREAM），客户端仍然允许发送数据（因为它是半关闭的）。

考虑下面的GRPC场景：

• 客户端打开bidi-stream到服务器并开始发送数据
• 服务器关闭响应流并发送状态预告片（转换为发送http.END_STREAM）
• 客户端继续发送数据

gRPC中是否定义了语义？

可能的方式：

• 遵循http2规范：允许客户端继续发送服务器处理的数据
• 不遵循http2规范：如果服务器关闭流，客户端连接将隐式终止

注意：我刚刚测试过，看起来gRPC for Java遵循的是变体“不遵循http2规范”，即如果服务器关闭向下的流，则向上的流也会关闭。

Answer 1

在gRPC的语义中，当服务器发送状态时，意味着整个调用已完成。根据HTTP/2 RFC第8.1节的这一部分，除了在HTTP/2协议级别发送RST_流以关闭两个方向的流之外，官方服务器还发送RST_流：

如果响应不依赖于请求中尚未发送和接收的任何部分，服务器可以在客户端发送整个请求之前发送完整的响应。如果是这样，服务器可能会请求客户端在发送完整的响应（即带有END_STREAM标志的帧）后，通过发送错误代码为NO_ERROR的RST_STREAM来无错误地中止请求的传输。

当服务器不这样做时，gRPC协议不会禁止客户端在收到状态后发送更多数据，但服务器不会处理，因此没有理由这样做。因此，当官方GRPC客户端接收到状态时，他们认为呼叫完成并停止发送数据。