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

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

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

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

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

只是遇到了这个问题，我能找到的其他信息都没有帮助:这是一个愚蠢的错误:在开始下载文件之前，我正在向浏览器发送输出。令人惊讶的是，我没有发现有用的错误(如“头部已发送”等)。希望这能帮其他人减轻一些痛苦!

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了。但是消息仍然在控制台中。

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

我今天在Chrome 30.0.1599.66版本的node.js / express.js应用程序中遇到了同样的问题。

标题是正确的，表达设置他们正确地自动，它在其他浏览器中工作，如所示，把html 5的“下载”属性不解决，什么解决它是进入chrome高级设置，并勾选框“询问在下载前保存每个文件的位置”。

在此之后，没有“资源解释为文档....”的错误报告，因为在这个问题的标题中，所以它似乎是我们的服务器代码是正确的，这是Chrome，在控制台错误地报告错误时，它被设置为自动保存文件到一个位置。

我得到这个错误，因为我正在从我的文件系统服务。一旦我开始与一个http服务器chrome可以找出它。