在静态文件上分块使用Transfer-Encoding：是一个好主意吗？

Question

我有一个通常的静态站点，服务器在其中捕获.html文件并将其发送。

我了解Transfer-Encoding: chunked动态服务器页面的重要性，因为这是针对动态服务器页面而设计的。加速可能非常令人难以置信。但是，静态文件的速度增加是否相同？当Content-Length文件通过网络到达时，浏览器是否已经逐步使用＆的请求进行渲染和获取？

我有一些非常巨大的HTML（百页范围内的文档），因此渐进式HTML处理至关重要。（有点像WHATWG如何提供整体式单页HTML5规范。）

Answer 1

简短的答案：是的，浏览器会逐步呈现与Content-Length标头一起发送的内容。实际上，如果浏览器具有Content-Length标头，则它的计算量会减少，因为它可以预先知道文档有多长时间，而不必为分块信息解析文档。

的Content-Length任何内容发送之前报头（如果有的话）必须被发送。因此，服务器必须在发送任何文档内容之前知道文档的长度。

块编码仅对于动态内容更快。如果服务器只能使用Content-Length标头，则对于动态内容，它将需要在完全发送任何内容之前完成文档的生成。这可能导致客户端等待很长时间，而看不到任何文档。

块编码通过允许服务器不必发送Content-Length头来解决此问题。