HTTP协议之Content-Encoding

2011-09-17 12:04:37

标签：

原创作品，允许转载，转载时请务必以超链接形式标明文章 、作者信息和本声明。否则将追究法律责任。

Content-Encoding是HTTP协议的响应报文头，一般形式如：

Content-Encoding：gzip,deflate,compress

Content-Encoding的说明中指出deflate指的是在RFC1950说明的zlib格式。也就是说当Content-Encoding为deflate时，内容应该为zlib格式。

compress具说chrome支持，但还没见到哪个web服务器支持

gzip,deflate,zlib的关系：

deflate(RFC1951):一种压缩算法，使用LZ77和哈弗曼进行编码； 

zlib(RFC1950):一种格式，是对deflate进行了简单的封装； 

gzip(RFC1952):一种格式，也是对deflate进行的封装.

可以看出deflate是最核心的算法，而zlib和gzip格式的区别仅仅是头部和尾部不一样，而实际的内容都是deflate编码的，即：

gzip = gzip头(10字节) + deflate编码的实际内容 + gzip尾(8字节)

[GZIP的实现可参考GzipOutputStream.java]

zlib = zlib头 + deflate编码的实际内容 + zlib尾

访问. 响应报文含有gzip头，而的响应报文没有gzip头。

看到gzip大家都很好的支持，有无gzip头都没有问题。

(以下内容本人未做验证)

对deflate即zlib格式：

那么在IE上面是打不开页面的，包括IE6，IE7，IE8，提示为一片空白或者出错。但是在其他的浏览器如Firefox，Chrome，Opera等上面都能正常打开。要让IE能够正常打开页面，内容必须是deflate原始格式的数据，即去掉zlib头和zlib尾。不知道IE为什么不修改这个 Bug，按理说在IE6就出现的这种很简单的问题，IE8不应该出现才对。

为了照顾IE，只好在压缩deflate的时候去掉zlib头和zlib尾，还好其他的浏览器也都能正常处理这种原始的deflate格式。

本文出自 “” 博客，请务必保留此出处