【协议分析】HTTP响应头中的2种编码方式介绍-CSDN博客

本文详细介绍了HTTP协议中的Content-Encoding和Transfer-Encoding头字段，分别用于实体编码和传输编码。Content-Encoding用于表示实体的编码方式，如gzip、deflate等。Transfer-Encoding则在传输过程中用于安全传输或数据压缩，如chunked编码。chunked编码通过若干个大小不等的chunk组成，并在最后一个chunk中结束。文章还讨论了不同浏览器对deflate和zlib格式的处理差异，以及如何处理以兼容IE浏览器。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

HTTP 1.1中有两个实体头(Entity-Header)直接与编码相关,分别为Content-Encoding和Transfer-Encoding。
先说Content-Encoding, 该头表示实体已经采用了的编码方式.Content-Encoding是请求URL对应实体(Entity)本身的一部分.比如请求URL为 http://host/image.png.gz时,可能会得到的Content-Encoding为gzip.Content-Encoding的值是不区分大小写的,目前HTTP1.1标准中已包括的有gzip/compress/deflate/identity等.
与Content-Encoding头对应,HTTP请求中包含了一个Accept-Encoding头,该头用来说明用户代理(User- Agent,一般也就是浏览器)能接受哪些类型的编码. 如果HTTP请求中不存在该头,服务器可以认为用户代理能接受任何编码类型.
接下来重点描述Transfer-Encoding, 该头表示为了达到安全传输或者数据压缩等目的而对实体进行的编码. Transfer-Encoding与Content-Encoding的不同之处在于:
1, Transfer-Encoding只是在传输过程中才有的,并非请求URL对应实体的本身特性.
2, Transfer-Encoding是一个"跳到跳"头,而Content-Encoding是"端到端"头.
该头的用途举例如,请求URL为http://host/abc.txt,服务器发送数据时认为该文件可用gzip方式压缩以节省带宽,接收端看到Transfer-Encoding为gzip首先进行解码然后才能得到请求实体.
此外多个编码可能同时对同一实体使用,所以Tran