分块传输编码-浏览器行为

Question

我正在尝试以分块模式发送数据。正确设置所有标题，并相应地对数据进行编码。浏览器将我的响应识别为分块响应，接受标题并开始接收数据。

我希望浏览器会更新每个接收到的区块的页面，而不是等到所有区块都被接收，然后显示它们。这是预期的行为吗？

我希望看到每个块在收到后立即显示。使用curl时，每个块在收到后立即显示。为什么GUI浏览器不会发生同样的情况？他们是否在使用某种缓冲/缓存？

我将Cache-Control标头设置为no-ache，所以不确定它是关于缓存的。

Answer 1

无论数据是否分块发送，浏览器都可以处理和呈现数据。浏览器是否呈现响应数据将取决于数据结构以及它使用的缓冲类型。e、 g.在浏览器渲染图像之前，它需要有文档（或足够的文档）、样式表等。

当生成资源响应时资源的长度未知（响应头中不能包含“内容长度”）且服务器不想在资源传输后关闭连接时，分块最有用。

Answer 2

修正你的标题。

1. 从2019年起，如果您使用内容类型：text/html，则Chrome中不会出现缓冲

RFC 2045规定，如果未指定内容类型，内容类型：文本/普通；应假定字符集=us ascii

5.2. 内容类型默认值

此协议将不带MIME内容类型标头的默认RFC 822消息视为US-ASCII字符集中的纯文本，可明确指定为：

Content-type: text/plain; charset=us-ascii

如果未指定内容类型标题字段，则假定此默认值。当遇到语法无效的内容类型头字段时，还建议假定此默认值。在存在MIME版本头字段且不存在任何内容类型头字段的情况下，接收用户代理还可以假定发送方的意图是纯US-ASCII文本。在没有MIME版本或存在语法无效的内容类型标题字段的情况下，仍然可以假定为纯US-ASCII文本，但发送方的意图可能不是这样。

浏览器将开始缓冲一定数量的文本/纯，以检查他们是否可以检测发送的内容是否真的是纯文本或某种媒体类型，如图像，以防Content-Type被省略然后将等于一个文本/普通内容类型。这被称为MIME类型嗅探。

MIME类型嗅探由Mozilla定义为：

在没有MIME类型的情况下，或者在浏览器认为它们不正确的某些情况下，浏览器可以执行MIME嗅探——通过查看资源的字节猜测正确的MIME类型。

每个浏览器在不同的环境下执行不同的MIME嗅探。（例如，如果发送的MIME类型不合适，Safari将查看URL中的文件扩展名。）由于某些MIME类型表示可执行内容，因此存在安全问题。服务器可以通过发送X-Content-Type-Options头来防止MIME嗅探。

根据Mozilla的文档：

X-Content-Type-Options响应HTTP头是服务器使用的一个标记，用于指示不应更改并遵循Content-Type头中公布的MIME类型。这允许选择退出MIME类型嗅探，或者换句话说，这是一种表示网站管理员知道他们在做什么的方式。

因此，添加X-Content-Type-Options:nosniff可以让它工作。

Answer 3

afaik浏览器需要一些有效负载才能在收到块时开始渲染<卷曲当然是个例外。

尝试在第一个块之前发送大约1KB的任意数据。

如果你做的一切都是正确的，浏览器应该呈现他们收到的块。