如何防止对已压缩的响应进行默认 IIS 压缩？

Question

TLDR

我有一个执行压缩的 IHttpHandler 。它本身工作得很好。但后来我添加了一个 IHttpModule，它对这些（以及所有其他）响应执行完全不相关的任务，现在 IIS 正在重新压缩已经压缩的响应。我怎样才能防止这种情况发生？

整个故事

我有一个 IHttpHandler 实现，它对 CSS 和 JS 文件执行组合和压缩（除其他外）。 IHttpHandler 中的所有内容都按照我想要的方式工作。

但后来我添加了一个 IHttpModule 实现，从 all 中删除不必要的响应标头（Server、X-AspNet-Version 等） PreSendRequestHeaders 事件期间的 响应（包括由 IHttpHandler 生成的动态响应）。

然而，似乎简单地注册一个IHttpModule，无论它实际做什么，都会导致 IIS 对响应应用压缩，即使响应已经被压缩。

因此，我的 IHttpHandler 显式压缩响应并设置 Content-Encoding 标头，然后（当且仅当）IHttpModule 也已注册， IIS 重新压缩响应（因此存在浏览器无法读取的双重压缩响应）。

我不想禁用所有默认压缩。我仍然希望视图中的 HTML 被压缩（并且我希望任何不经过 IHttpHandler 的 CSS 和 JS 也被默认压缩）。

我猜我的问题没有简单的解决方案，因为它看起来像是 IIS 中的一个错误。 IIS 不应压缩已压缩的响应。

我尝试将以下内容添加到我的 web.config 中，但没有效果：（

<httpCompression>
    <dynamicTypes>
        <add mimeType="text/css" enabled="false" />
        <add mimeType="application/javascript" enabled="false" />
    </dynamicTypes>
</httpCompression>

根据我对 文档，应该禁用动态生成的 CSS 和 JS 的压缩。）

我也尝试过这个，但没有效果：（

<httpCompression>
    <dynamicTypes>
        <clear/>
    </dynamicTypes>
    <staticTypes>
        <clear/>
    </staticTypes>
</httpCompression>

根据我对文档的解释，应该禁用所有默认压缩。）

更新

在​​我的IHttpHandler，我在最后调用context.Response.Flush。如果我删除此调用，响应不会得到双重压缩。我同意这个作为解决方案。谁能解释为什么会发生这种情况？

更新 2

我最好的猜测是，调用 Flush 会将响应置于 IIS 认为响应尚未压缩的状态（因此它应用默认压缩）。即使在我的模块中，我可以检查...

• Response.Headers 包含 Content-Encoding 标头，并且
• Response.Filter 不是-null 是System.IO.Compression 类型之一。

不知道为什么 IIS 无法根据这些事实确定响应已经被压缩。