IIS配置Gzip压缩，提升访问性能

1、概述

IIS是基于Http协议进行数据传输的，我发现在项目中大概使用Get/Post返回Json，而Json并没有使用压缩。

如下图，响应的头部，也就是说IIS是可以支持Compression的。

文件压缩率大概10~20%，效果还是可以的。

2、IIS中的配置

下面来讲解如何在IIS中配置。

本人是IIS10的版本，各人电脑版本不一样，配置基本一致，会有少许区别。

这个同志估计是老版本的，我把链接放到下面去，在我电脑上面没成功。有需要的人可以参考下。

https://www.cnblogs.com/zhangziqiu/archive/2009/05/17/gzip.html

特别是下面这一断，我电脑上面虽然有这个文件，但是没下面的代码片段，加上去也没效果，不知道是不是不正确，求指正。

3、我的配置方法

IIS7.5以上的版本，基本配置方式一致。

在IIS7中配置Gzip压缩相比IIS6来说实在容易了许多，而且默认情况下就是启用GZip压缩的。如果没有，则可以再功能视图下找到“压缩”项，进入之后就会看到“静态内容压缩”和“动态内容压缩”两个选项，勾上即可。

打开后如下，所示

如果你的选项中没有动态压缩内容，在打开Windows程序中，重新装一下IIS，勾选动态压缩，默认只有静态压缩。

配置启用压缩的文件类型及其他选项

当开启GZip压缩之后，IIS并不是对所有内容都启用了压缩，而是有选择的进行压缩。遗憾的是，我们无法直接在IIS7管理器中配

置这些压缩选项。我们首先需要在C:\Windows\System32\inetsrv\config文件夹下找到applicationhost.config文件。

有两处

1、：启动压缩内容

2、：配置压缩内容

</dynamicTypes>

</staticTypes>

</httpCompression>

其中

我后来追加的，默认的只有上面的其他的内心，如果你需要添加额外类型，自行添加即可。

我们注意到，对于Javascript来说，上面对不同的mime类型配置了不同的压缩方式。Javascript有三种常见的Mime类型，

text/javascript，application/x-javascript，application/javascript。这三种类型都是合法的，在现代浏览器中也不存在什么差别。但

是由于IIS7中Js文件的mime类型默认被设置为application/x-javascript，也就是说对于js文件，使用的是动态内容压缩而不是静态

内容压缩，因此会导致js文件有时经过压缩的，有时却没有压缩。

由于js文件通常稳定之后不会再被修改了，因此建议改成静态压缩——即把dynamicTypes这一节中的application/x-javascript挪到

静态压缩节中。这样保证每次脚本都是被压缩过返回的。

4、静态压缩及动态压缩的区别

IIS7中的HTTP压缩分为“静态内容压缩”和“动态内容压缩”，其实这两个名字第一次接触很费解。什么是动态内容什么又是静态内

容？实际上，准确的翻译应该是“静态压缩”和“动态压缩”。这两个词反应了IIS的压缩行为。对于配置在staticTypes节中的mime类

型，将会启用静态压缩，也就是说，当文件第一次被请求的时候，IIS会将其压缩，然后放入临时文件夹中，下次再有人请求此文

件时直接从临时文件夹中取出压缩后的版本而不用重新执行压缩的过程。配置在dynamicTypes一节中的mime类型的http请求都将

启用动态压缩，即每一次请求，主机都会对请求的内容——可能是存放在文件系统中的静态文件，也可能是ISAPI返回的内容——

进行压缩，而不会对其进行缓存。这个压缩比率因主机性能不同而会有所调整，所以我们在请求js文件的时候才会发现js文件有时

压缩有时不压缩的情况。

显而易见，静态压缩会占用一定的存储空间，但是速度快，而动态压缩不占用存储空间，但是占用CPU时间，而且压缩比不恒

定。而对于经过ISAPI的请求，则不能使用静态压缩方式。例如对于WCF返回的内容。

5、总结

所有操作配置修改后，重启服务IIS Admin 和cmd 命令后的iisreset重启服务。