事实上，iis7比iis6在静态压缩上有了较大的更新，在IIS6中，静态压缩是在一个不同的线程上进行的，所以在收到一个HTTP请求后，第一 个发送给浏览器的HTML版本是没有压缩过的，而同时IIS6会开始使用一个不同的线程对这个文件进行压缩并且将这个压缩后的版本长期保存在压缩文件的缓 存文件夹内。而在以前，也就是IIS6服务器上，在压缩完成之后凡是对该被压缩版本的静态文件的HTTP请求，IIS6都会直接从缓存文件夹中直接调用压 缩后的版本并返回给浏览器。

但是在IIS7中，压缩是在主线程上进行的，而且为了节省压缩的成本，IIS7不对所有的HTTP请求而只对哪些经常会被用户访问的静态文件进行压 缩版本的长期保存，这也就是为什么我在之前第一次访问没有压缩，短期内再次访问返回的是压缩版本，但是再过几分钟访问返回的又是未压缩版本的原因。这里我 们可以理解为IIS7并没有将压缩版本实际保存到缓存文件夹中，而是只在服务器内存中做了保存，或者是临时将压缩版本保存到缓存文件夹中，一会之后进行删 除。

而IIS7定义什么文件是经常访问的符合压缩标准的方法是system.webServer/serverRuntime中的以下两个属 性，frequentHitThreshold和frequentHitTimePeriod 。如果IIS在frequentHitTimePeriod时间段内接收到了对某个静态文件的超过frequentHitThreshold闸值次数的访 问，那么IIS7就会像IIS6一样压缩该静态文件并且将这个压缩后的版本长期保存在压缩文件的缓存文件夹内。如果用户访问网站某文件时，已经在缓存文件 夹中存在该文件的缓存版本，那么IIS7是不会再判断frequentHitThreshhold这个逻辑而是直接返回压缩版本给浏览器。

这种设置的确很蛋疼，但是微软官方给出的答复是这样有利用提高服务器性能。。。那么如果想要让IIS7能够向IIS6一样做压缩的话，有两种解决方法，当然都是修改frequentHitThreshold和frequentHitTimePeriod这两个值：

第一种是在web.config中添加以下内容，将frequentHitThreshold调至1，将frequentHitTimePeriod调制10分钟

<system.webServer>

<serverRuntime enabled="true"

frequentHitThreshold="1"

frequentHitTimePeriod="00:10:00"/>

</system.webServer>

第二种方法是打开%windir%\system32\inetsrv\appcmd.exe，然后再命令行界面中输入以下命令字符串，然后回车

set config -section:system.webServer/serverRuntime -frequentHitThreshold:1

微软官方建议比较不激进的办法是不要调低frequentHitThreshold而是提高frequentHitTimePeriod，这样对服务器性能更适中。这里要提到的是，对于拥有VPS的朋友们，建议可以手动设置，而虚拟主机用户能不能设置就得看服务商了。

关键字：服务器、IIS、浏览器、压缩