http协议与内容压缩

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

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

Content-Length在之前的学习中，代表返回的主体长度，但此处为什么返回的主体长度和content-length不一致呢？

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

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

压缩的过程是这样：

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

 

如何开启压缩功能(用apache举例)

开启deflate模块，或gzip模块。

在conf文件中写如下代码

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

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

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

DeflateCompressionLevel 6  
AddOutputFilterByType DEFLATE text/plain  
AddOutputFilterByType DEFLATE text/html  
AddOutputFilterByType DEFLATE text/xml  
AddOutputFilterByType DEFLATE text/css  
AddOutputFilterByType DEFLATE text/javascript  
AddOutputFilterByType DEFLATE application/xhtml+xml  
AddOutputFilterByType DEFLATE application/xml  
AddOutputFilterByType DEFLATE application/rss+xml  
AddOutputFilterByType DEFLATE application/atom_xml  
AddOutputFilterByType DEFLATE application/x-javascript  
AddOutputFilterByType DEFLATE application/x-httpd-php  
AddOutputFilterByType DEFLATE image/svg+xml  

 

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

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

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

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