为什么 IIS 中的 gzip 压缩效率不同？

Question

在运行 Fiddler 时，我注意到向我的服务器请求静态 ~5MB XML 文件时出现了一些奇怪的情况：尽管发送了逐字节相同的标头（编辑：包括标头），但响应不同：

响应 A：
1. 700KB 的 gzip 内容
2. 包含 Content-Length 标头
3. 排除 Transfer-Encoding 标头

响应 B：
1. 1000KB 的 gzip 内容
2. 排除 Content-Length 标头
3. 包含的 Transfer-Encoding 标头：分块标头

我该怎么做才能始终收到响应 A 中所示的更节省带宽的行为？

原始请求：

GET http://[REDACTED]/[REDACTED]/[REDACTED]/[REDACTED].xml?dt=Test1 HTTP/1.1
Host: [REDACTED]
Connection: keep-alive
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3

原始响应 A：

HTTP/1.1 200 OK
Content-Type: text/xml
Content-Encoding: gzip
Last-Modified: Tue, 07 May 2013 04:04:01 GMT
Accept-Ranges: bytes
ETag: "80ceefe7d74ace1:0"
Vary: Accept-Encoding
Server: Microsoft-IIS/7.5
X-Powered-By: ASP.NET
Date: Tue, 07 May 2013 21:07:21 GMT
Content-Length: 728105

[700KB GZipped Body]

原始响应 B：

HTTP/1.1 200 OK
Transfer-Encoding: chunked
Content-Type: text/xml
Content-Encoding: gzip
Last-Modified: Tue, 07 May 2013 04:04:01 GMT
Accept-Ranges: bytes
ETag: "60be30e8d74ace1:0"
Vary: Accept-Encoding
Server: Microsoft-IIS/7.5
X-Powered-By: ASP.NET
Date: Tue, 07 May 2013 21:07:14 GMT

[1MB Gzipped Body]

Answer 1

静态文件的压缩是动态处理的（如果启用了动态压缩），而IIS认为该文件不频繁。一旦文件被认为是频繁的，它将被压缩和缓存（如果启用了静态压缩）。缓存的版本将继续提供，直到它再次变得不频繁为止。您可以在 IIS 中使用 2 个配置设置来配置常用文件：

系统.web服务器/服务器运行时：

• frequentHitThreshold：同一个文件应该被请求多少次，才被认为是频繁的并被缓存？默认为 2。
• frequentHitTimePeriod：同一文件应被请求 {frequentHitThreshold} 次以进行缓存的时间间隔。默认为 10 秒。

请注意，无论您设置的frequentHitTimePeriod如何，如果1分钟后没有请求，频繁的文件总是会变成不频繁的。我不知道配置中是否有此设置。

frequentHitThreshold例如，设置为 1 意味着 IIS 始终认为该文件是频繁出现的，即使从第一个请求开始也是如此。这将依次绕过动态压缩并仅通过静态压缩进行处理。

请注意，动态（默认 0）和静态（默认 7）压缩的压缩级别不同，因此将返回 2 个不同的文件大小。

另外，这就是我首先遇到这个问题的原因：即使您对动态和静态压缩使用相同的级别，同一文件的 ETag 也是不同的。

希望这可以帮助。