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

我已经解决了这个问题…通过简单地打开一个新标签。

为什么它不能工作，我不完全确定，但这可能与Chrome如何处理一个页面上的多次下载有关，也许它认为他们是垃圾邮件，只是忽略了他们。

您可以在<a>标记中指定HTML5下载属性。

<a href="http://example.com/archive.zip" download>Export</a>

https://developer.mozilla.org/en-US/docs/Web/HTML/Element/a#attr-download

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

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

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

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

我在提供PDF文件(MIME类型应用程序/ PDF)时遇到了这个问题，并通过设置Content-Disposition头来解决它，例如:

Content-Disposition: attachment; filename=foo.pdf

希望这能有所帮助。

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

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

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

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

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

我在一个ASP网站项目中遇到了这个问题。添加一个“Content-Length”头会导致下载在Chrome中重新开始工作。

我在任何地方都找不到对这条信息本身的解释。以下是我的解读。

据我所知，Chrome期待一些它可能显示的材料(一个文档)，但它得到了一些它不能显示的东西(或者它被告知不显示的东西)。

这既是一个如何在href中的HTML页面级别声明文档的问题(参见Roy的消息中的下载属性)，也是一个如何在服务器的应答中通过HTTP报头(特别是Content-Disposition)声明文档的问题。这是一个契约的问题，而不是希望和期望。

为了继续埃文的道路，我经历了:

Content-type: application/pdf
Content-disposition: attachment; filename=some.pdf

只是不符合:

<a href='some.pdf'>

Chrome将哭泣资源解释为文档，但传输…

实际上，附件配置的意思是:浏览器不解释链接，而是将其存储在某个地方以用于其他隐藏的目的。在上面这里，要么下载在href旁边缺失，要么Content-disposition必须从头文件中删除。这取决于我们是否希望浏览器呈现文档。

希望这能有所帮助。

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

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

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

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

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

我在通过Javascript执行文件下载时遇到了类似的问题。添加下载属性没有区别，但添加target='_blank'做了-我不再得到'资源解释为文档…控制台消息。

下面是我的简单代码:

var link = document.createElement('a');
link.target = '_blank';
link.href = url;
document.body.appendChild(link); // Required for Firefox
link.click();
link.remove(); 

我还没有尝试直接使用HTML，但希望它能工作。

注意，我发现Firefox需要将链接附加到文档中，而Chrome不需要它也可以工作。

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

我通过在链接中添加target="_blank"来解决这个问题。 有了这个，chrome打开一个新标签和加载PDF没有警告，甚至在响应模式。

尝试下面的代码，我希望这将为您工作。

var Interval = setInterval(function () {
                if (ReportViewer) {
                    ReportViewer.prototype.PrintReport = function () {
                        switch (this.defaultPrintFormat) {
                            case "Default":
                                this.DefaultPrint();
                                break;
                            case "PDF":
                                this.PrintAs("PDF");
                                previewFrame = document.getElementById(this.previewFrameID);
                                previewFrame.onload = function () { previewFrame.contentDocument.execCommand("print", true, null); }
                                break;
                        }
                    };
                    clearInterval(Interval);
                }
            }, 1000);

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

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

target = "_ blank"

最后:

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

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

这个问题

我引用了Saeed Neamati (https://stackoverflow.com/a/6587434/760777):)的话

在请求头中，您发送了Content-Type: text/html，这意味着您希望将响应解释为html。现在即使服务器发送PDF文件给你，你的浏览器也会将其理解为HTML。

解决方案

发送该死的正确头。发送文件的正确mime类型。期!

How?

啊。这完全取决于你在做什么(操作系统，语言)。

我的问题是用javascript动态创建的下载链接。这个链接是下载mp3文件的。 mp3文件不是文档，pdf文件、zip文件、flac文件也不是文档，这样的例子不胜枚举。

所以我创建了这样的链接:

<form method="get" action="test.mp3"> <a href="#" onclick="this. nearest (form).submit();return false;" target="_blank"> . < span class = " material-icons”> 下载 < / span > < / > > < /形式

我把它改成了这样:

<form method="get" action="test.mp3" enctype="multipart/form-data"> . <a href="#" onclick="this. nearest (form).submit();return false;" target="_blank"> . < span class = " material-icons”> 下载 < / span > < / > > < /形式

问题解决了。向form标签添加一个额外的属性就解决了这个问题。但没有通用的解决方案。有很多不同的场景。 当你从服务器发送一个文件时(你用像cx#， Java, PHP这样的语言动态创建它)，你必须发送正确的头文件。

旁注:在发送标题之前，注意不要发送任何东西(文本!)。

这个问题

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

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

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

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

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

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

解决方案

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