IIS 7 动态压缩：这会使 Content-Length 标头不可预测吗？

Question

在 Windows 2008 R2 上的 IIS 7.5 上使用 .NET 4.0。

我想输出代表各种类型文档（图像、PDF、Office 文件等）的二进制内容。假设整个内容已经在 MemoryStream 中，我想通过以下方式输出它：

Response.Clear();
Response.AddHeader("Content-Disposition", string.Format("attachment; filename={0}", fileNameSaveAs));
Response.AddHeader("Content-Length", memoryStr.Length.ToString());
Response.ContentType = "application/octet-stream";
Response.OutputStream.Write(memoryStr.ToArray(), 0, (int) memoryStr.Length);
Response.Flush();

上面的代码不可靠。经常会出现文件损坏的情况。使用各种浏览器的客户端有时会中止下载，有时会下载无法读取的文件。损坏的可能性随着文件大小的增加而增加。使用 fiddler，我们发现响应标头报告的内容长度与原始文件大小不同。因此，为了进行快速测试，我们注释掉了 Response.AddHeader("Content-Length" ...) 行，损坏问题消失了。

Q1：这个问题是由动态压缩（IIS7默认启用）引起的吗？

Q2：如果 Q1 的答案是肯定的，那么是否有任何优雅的解决方案来通知客户端有关 Content-Length 的信息？

Q3：删除“Content-Length”标头似乎会影响客户端将文件另存为的能力。示例：“Content-Disposition”通过 fileNameSaveAs =“One Two Three.pdf”进行初始化。使用 Firefox，当接收文件时，下载对话框默认为“One”作为文件名。这是正常的后果吗？

预先感谢您的任何帮助。

Answer 1

做了更多测试，澄清了一些事情，但技术上并不令人满意。

A1。 IIS 7.5 动态压缩不是原因。无论动态压缩、静态压缩或两者都被禁用，下载损坏仍然发生。一旦代码中注释掉了 Response.AddHeader("Content-Length" ... 行。所有下载问题都消失了。A2

.不知道！我真的很想知道。A3

.这种行为可能是 Firefox 的错误这与“Content-Length”标头无关。