HTTP协议之Content-Encoding
来源:互联网 发布:java彩票合买源码 编辑:程序博客网 时间:2024/05/17 12:47
------------转自http://guojuanjun.blog.51cto.com/277646/667067,如涉及到版权问题,可以留言删除此博文
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格式。
本文出自 “天下无贼” 博客,请务必保留此出处http://guojuanjun.blog.51cto.com/277646/667067
- HTTP协议之Content-Encoding
- HTTP协议之Content-Encoding
- HTTP协议之Content-Encoding
- HTTP协议之Content-Encoding
- HTTP协议之Content-Encoding
- HTTP协议之Content-Encoding
- HTTP协议之Content-Encoding
- HTTP 协议中的 Content-Encoding
- http协议content-encoding & transfer-encoding
- http协议content-encoding & transfer-encoding
- http协议content-encoding & transfer-encoding
- http协议之Transfer-Encoding
- HTTP协议首部字段transfer-encoding与content-length差异
- Http协议之Content-Type
- http: 支持 Content-Encoding: gzip
- HTTP协议探索之Content-Type(MIME)
- HTTP协议响应头之Transfer-Encoding:分块传输详解
- HTTP协议响应头之Transfer-Encoding:分块传输详解
- 动态数组的应用
- Hadoop In action 笔记
- Launcher简要分析:Launcher的功能实现
- 用单精度表示13.25
- ANSI C标准函数库
- HTTP协议之Content-Encoding
- 实现显示各位数
- JavaEE5 Jax-ws 学习(Soap webservice)
- Launcher简要分析:Launcher的其他内容
- oracle 实现 split 函数 (返回数组)
- 第十五周实验报告任务3
- ora-06550 pls-00394
- 结构性模式之Facade模式
- 实现英文的大小写转换