块传输 vs grpc 流

Question

我正在做一个项目，我想在其中公开一个 API，它将读取一个大文件作为响应发送。

由于文件可能很大，最好分块发送文件，所以 memory 对系统的压力不大。

我评估了 2 个选项：HTTP-1.1 支持的分块传输 ( https://en.m.wikipedia.org/wiki/Chunked_transfer_encoding ) 和 grpc 的服务器端流式传输。

在 grpc 方法中，客户端通过 rpc 请求，而服务器将通过 grpc 通道发送 stream 字节，并在完成后关闭。

我的生态可以同时支持，客户端也支持grpc。

您能否建议哪种选择更好，两种方法的优缺点是什么。

Answer 1

这两种方法都会产生相似的结果。 只需选择您最喜欢的堆栈即可。

HTTP 分块使用长度前缀的批次。 gRPC 流式处理使用长度前缀的消息。 主要区别在于批量大小是通过分块为您选择的。

gRPC 使用分块来提供其流，尽管分块在 HTTP/1.1 和 HTTP/2 之间的实现方式不同。 使用 gRPC 时，最主要的是使用“合理”的消息大小； 每条消息的开销约为 5-10 字节。 分块中也存在开销，只是您不必选择“合理”的消息大小。

分块和 gRPC 流都使用流水线，在前一个块被完全接收和处理之前发送一个块。 这减少了块大小对网络性能的影响。 只要您选择至少 1 KB 的块大小，块大小就不会太重要，微调会很快看到收益递减。