PDF 下载损坏/HTTP 标头问题

Question

我在一个用于 PDF 文件下载的应用程序中有一些遗留代码（PDF 文件大小约为 350-400KB），最近我们（大约 1% 的客户）抱怨说 PDF 下载失败并损坏/损坏文件错误。

这里是用于下载的代码（C++ 应用程序）设置标头的 sn-p

String header;
header.append("Content-type: application/force-download\r\n");
header.append("Content-Transfer-Encoding: Binary\r\n");
header.append("Content-length: %d\r\n", filebuf.length());
header.append("Connection: Close\r\n");
header.append("Content-disposition: attachment; filename=%s\r\n\r\n", filename_to_download.chars());

String类和append方法只是一个例子。

我了解上述标题不是触发 PDF 文件下载的最佳方式（我通过“Content-Type application/octet-stream and Content-Disposition : attachment; filename=example.pdf”简化了标题，看起来像它对我有用）。

但我无法理解为什么上面的原始代码不能在 1% 的时间内工作。

我试图了解浏览器/adobe 的组合，但这里似乎没有模式，是的，很少有客户提到的一件事是，当他们改用“chrome 浏览器”时，它在大多数情况下都能正常工作。

任何指针？

Answer 1

经过几天的努力，终于搞清楚了这里发生了什么。

我们将内容长度设置为我们代码的标头中的缓冲区大小（pdf 文件大小）并将此数据发送到客户端，但在 apache 模块 mod_gzip/mod_deflate 之间正在压缩数据缓冲区，到达客户端/浏览器的是“内容-长度：100 字节”，但实际数据是 60-70 字节。

不是每个浏览器都会抱怨这种不匹配，但某些浏览器会将此视为致命错误并显示消息“无法下载文件”（我们在 Win8/IE10 和 Win8/IE11 中经常看到此问题，可能还有其他一些问题安全设置也会导致浏览器出现这种情况！）。

为了解决这个问题，我们从标题中删除了“Content-Length”。