HTTP协议的Content-Encoding属性

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头都没有问题。

对deflate的zlib格式:
在IE上面是打不开页面的,包括IE6,IE7,IE8,提示为一片空白或者出错,但是在其他的浏览器如Firefox,Chrome,Opera等都能正常打开。

要让IE能够正常打开页面,内容必须是deflate原始格式的数据,即去掉zlib头和zlib尾。

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值