HTTP协议分析系列（九）------http协议与内容压缩

观察我们打开163的一篇新闻，看到如下相应头信息，看到如下响应头信息，注意，Content-Length

同时，我们点击右键保存源码，保存的文件大小

思考：Content-Length在之前的学习中，代表返回的主体长度

但此处为什么返回的主体长度和content-length不一致呢？

原因在于Content-Encoding:gzip这个响应头信息在作用

原理：为了提高网页在网络上的传输速度，服务器对主体信息进行压缩。如常见的gzip压缩，deflate压缩，compress压缩，以及google chrome正在推的sdch压缩。

压缩的过程是这样：

刚才那个情况的原因，服务器对页面进行了压缩content-length是“压缩”后的长度

如何在apache启用压缩功能？

1.开启deflate模块，或gzip模块。

2.在conf文件中写如下代码

3.为什么要指定文件类型来压缩？

答：压缩也是要耗CPU资源的，图片/电影/视频等文件，压缩效果也不好。

一般是压缩文本格式的文件。

<ifmodule mod_deflate.c>DeflateCompressionLevel 6AddOutputFilterByType DEFLATE text/plainAddOutputFilterByType DEFLATE text/htmlAddOutputFilterByType DEFLATE text/xmlAddOutputFilterByType DEFLATE text/cssAddOutputFilterByType DEFLATE text/javascriptAddOutputFilterByType DEFLATE application/xhtml+xmlAddOutputFilterByType DEFLATE application/xmlAddOutputFilterByType DEFLATE application/rss+xmlAddOutputFilterByType DEFLATE application/atom_xmlAddOutputFilterByType DEFLATE application/x-javascriptAddOutputFilterByType DEFLATE application/x-httpd-phpAddOutputFilterByType DEFLATE image/svg+xml</ifmodule>

问：服务器怎么知道我们的浏览器支持gzip的？

答：客户端允许发一个accept-Encoding头信息，与服务器协商

这个例子可以看出chrome浏览器这三种类型

火狐只支持两种压缩方式

 

小技巧：当我们在采集时，可以不发送Accept-Encoding信息，这样采集到的直接是源码，当然也可以采集gzip(提高速度)，再用gzip解压内容。