当我在iframe中分配src="image_url"时，我遇到了这个问题。 iframe似乎将其解释为文档，但事实并非如此。这就是为什么它会显示警告。

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

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

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

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

我创建的下载管理器也遇到了同样的问题。我遇到的问题是文件名太长，扩展名被剪掉了。

例子: 文件名称:组织协议和其他重要的事情

<?php
  header("Content-Disposition: attachment; filename=$File_Name");
?>

解决方法:将MySQL数据库字段增加到255来存储文件名，并在保存blob之前进行长度检查。如果长度为> 255，则将其修剪为250并添加文件扩展名。

我今天就遇到了这个问题，我的问题是我的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 + "\"");
...

Chrome 61版本再次出现此问题。但它似乎是固定的Chrome 62。

我有一个重写规则如下

RewriteRule ^/ShowGuide/?$ https://<website>/help.pdf [L,NC,R,QSA]

在Chrome 61中，PDF不能打开，在控制台显示消息

"Resource interpreted as Document but transferred with MIME type application/pdf: "

我们尝试在重写规则中添加mime类型，但它没有帮助。

RewriteRule ^/ShowGuide/?$ https://<website>/help.pdf [L,NC,R,QSA, t:application/pdf]

我已经把我的Chrome浏览器更新到最新的62版本，它又开始显示PDF了。但是消息仍然在控制台中。

在所有其他浏览器中，它都可以正常工作。

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

target = "_ blank"

最后:

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

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