1
RFC 7230定义分块编码,并指出:什么是有效的块扩展?
的分块编码允许每个块包括零个或多个块 扩展,紧接在块大小以下,为了 起见供给每块的元数据(如签名或散列),中间消息控制信息或消息体的大小的随机化。
但我找不到这些扩展名的列表,有人知道在哪里可以找到它吗?
RFC 7230定义分块编码,并指出:什么是有效的块扩展?
的分块编码允许每个块包括零个或多个块 扩展,紧接在块大小以下,为了 起见供给每块的元数据(如签名或散列),中间消息控制信息或消息体的大小的随机化。
但我找不到这些扩展名的列表,有人知道在哪里可以找到它吗?
块扩展没有预先定义。您可以根据实施要求添加自定义扩展。
下面是来自维基百科关于如何格式化报价:
如果提供块扩展,块大小是由 分号结束,随后由参数,每个也 分号分隔。每个参数都被编码为扩展名,后跟 可选等号和值。例如,这些参数可用于运行消息摘要或数字签名,或用于指示估计的传输进度。
网址维基:https://en.wikipedia.org/wiki/Chunked_transfer_encoding
感谢。我必须误读RFC 7230,因为4.1.1节也提到它:“分块编码特定于每个连接,并且可能在每个接收者(包括中介) 被删除或重新编码之前,任何更高级别的应用程序都会有机会检查 这些扩展,因此,使用块扩展通常限于专门的HTTP服务,如“长轮询”(其中客户端和服务器可以对扩展使用块 共享期望)或用于填充一个端到端的安全连接。“ –
是的,我从那个部分了解到的基本上是服务器之间的任何东西:代理,防火墙,负载平衡器等等......很可能不会通过传递它们来尊重你的块扩展,所以他们会在他们之前迷路永远到达客户端。 – Sal