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

Question

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

考虑以下 gRPC 场景：

gRPC 中的语义定义是否明确？

可能的方式：

注意：我刚刚测试过，它看起来像 Java 的 gRPC 遵循变体“不遵循 http2-spec”，即如果服务器关闭向下的流，则向上的流也被关闭。

score 2 · Accepted Answer

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

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

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

1 回答 1