©
This document uses PHP Chinese website manual Release
Transfer-Encoding
头指定用于将安全地传输编码的形式的实体提供给用户。
Transfer-Encoding
是一种逐跳报头,即应用于两个节点之间的消息,而不是资源本身。多节点连接的每个段可以使用不同的Transfer-Encoding
值。如果要在整个连接上压缩数据,请改为使用端到端标Content-Encoding
头。
当出现在对HEAD
没有主体的请求的响应中时,它指示将应用于相应GET
消息的值。
Header type | Response header |
---|---|
Forbidden header name | yes |
Transfer-Encoding: chunked Transfer-Encoding: compress Transfer-Encoding: deflate Transfer-Encoding: gzip Transfer-Encoding: identity// Several values can be listed, separated by a commaTransfer-Encoding: gzip, chunked
chunked
数据以一系列块的形式发送。该Content-Length
标题省略在这种情况下,并在每个需要添加十六进制格式的当前块的长度,其次是块“的开始\r\n
”,然后是块本身,紧接着又“ \r\n
”。终止块是一个常规块,除长度为零外。其后是拖车,它由一个(可能是空的)实体标题字段序列组成。compress
使用 Lempel-Ziv-Welch(LZW)算法的格式。值名取自实施此算法的 UNIX 压缩程序。
与大多数 UNIX 发行版已经消失的压缩程序一样,目前几乎没有浏览器使用这种内容编码,部分原因是由于专利问题(已在2 003年过期)。deflate
使用 deflate 压缩算法(在RFC 1951中定义)使用zlib结构(在RFC 1950中定义)。一种使用Lempel-Ziv编码(LZ77)和32位 CRC 的格式。这最初是 UNIX gzip 程序的格式。为了兼容性的目的,HTTP / 1.1 标准还建议支持该内容编码的服务器应该将其识别为别名。gzipx-gzipidentity
指示身份功能(即不压缩,也不修改)。除非明确指定,否则此标记始终被视为可接受。
当大量数据发送到客户端时,分块编码非常有用,并且在请求完全处理之前可能不知道响应的总大小。例如,生成从数据库查询产生的大型 HTML 表格或传输大型图像时。分块的响应如下所示:
HTTP/1.1 200 OK Content-Type: text/plain Transfer-Encoding: chunked7\r\n Mozilla\r\n 9\r\n Developer\r\n7\r\n Network\r\n0\r\n \r\n
Specification | Title |
---|---|
RFC 7230, section 3.3.1: Transfer-Encoding | Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing |
Feature | Chrome | Edge | Firefox | Internet Explorer | Opera | Safari |
---|---|---|---|---|---|---|
Basic Support | (Yes) | (Yes) | (Yes) | (Yes) | (Yes) | (Yes) |
Feature | Android | Chrome for Android | Edge mobile | Firefox for Android | IE mobile | Opera Android | iOS Safari |
---|---|---|---|---|---|---|---|
Basic Support | (Yes) | (Yes) | (Yes) | (Yes) | (Yes) | (Yes) | (Yes) |