我今天就遇到了这个问题，我的问题是我的Content-Disposition标签设置错误。 对于pdf和application/x-zip-compressed，应该将其设置为内联而不是附件。

所以要设置你的头文件，Java代码应该是这样的:

...
String fileName = "myFileName.zip";
String contentDisposition = "attachment";
if ("application/pdf".equals(contentType)
    || "application/x-zip-compressed".equals(contentType)) {
    contentDisposition = "inline";
}
response.addHeader("Content-Disposition", contentDisposition + "; filename=\"" + fileName + "\"");
...

这个问题

我也有类似的问题。 在js中获得消息

资源解释为文档，但以MIME类型text/csv传输

但我也在chrome控制台收到消息

混合内容:“https://my-site/”网站已加载 通过安全连接，但文件在 “https://my-site/Download?id = 99 a50c7b 通过不安全连接重定向。这个文件应该是 通过HTTPS服务。此下载已被阻止

这里说你需要使用一个安全的连接(但scheme在消息中已经是https了，奇怪…)

问题是href文件下载构建在服务器端。这个href在我的例子中使用了http。

解决方案

所以我在构建href文件下载时将scheme更改为https。

经过一对夫妇的csv文件下载(大量的测试)chrome询问是否允许更多的下载从这个页面。我刚刚取消了窗户。之后，chrome浏览器没有下载文件，但控制台说:

"资源解释为文档，但以MIME类型text/csv传输"

我可以通过重新启动chrome来解决这个问题(完全Ctrl-Shift-Q)。

[更新]不知道为什么这篇文章被删除了，但它为我提供了解决方案。我早些时候收到了关于尝试下载多个文件的消息，肯定是回答“不”。直到重启浏览器，我才看到“资源已解释”消息;然后它完美地工作了。在某些情况下，这可能是正确的答案。

在我的情况下，文件名太长，并得到了相同的错误。一旦缩短到200个字符以下工作正常。(上限可能是250?)

我得到了同样的错误，解决方法是把属性

target = "_ blank"

最后:

<a href="/uploads/file.*" target="_blank">Download</a>

*是要下载的文件的扩展名。

在请求头中，您发送了Content-Type: text/html，这意味着您希望将响应解释为html。现在即使服务器发送PDF文件给你，你的浏览器也会将其理解为HTML。这就是问题所在。我正在寻找可能的原因。:)