gRPC 客户端流是如何实现的

Question

gRPC 客户端流/双向流是如何通过 HTTP/2 实现的？
服务器流传输是有道理的，因为它可以利用服务器推送向请求发送多个响应，但我不清楚它如何像通过 websocket 那样通过 HTTP/2 进行双向消息传递。

Answer 1

gRPC 将流编码为 HTTP 主体。每条消息前有一个五字节的报头，由消息长度和一个标志字节组成。它不使用 SERVER_PUSH 或其他特定于 HTTP/2 的功能进行流式处理。

gRPC 的核心是流式传输。一元（单个请求，单个响应）和服务器流（单个请求）只是用于生成更清晰的 API 或更优化的 I/O 行为的特殊情况。但是在线上，一切看起来都与流媒体相同。

HTTP/1 的规范允许但不要求流和双向连接，但某些实现不支持它们。但是由于 HTTP/2 的性质，不支持它们通常会做更多的工作。此外，没有十年前的 HTTP/2 代理会导致兼容性问题；gRPC 能够与 HTTP/2 生态系统一起工作，以鼓励支持流媒体。

有关 gRPC 编码的更多信息，请参阅 gRPC 的PROTOCOL-HTTP2.md，尤其是Length-Prefixed-Message。