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尾
访问www.163.com. 响应报文含有gzip头，而www.baidu.com的响应报文没有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
本文转自 anranran 51CTO博客，原文链接:http://blog.51cto.com/guojuanjun/667067
