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

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

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

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

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

我得到这个错误，因为我正在从我的文件系统服务。一旦我开始与一个http服务器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必须从头文件中删除。这取决于我们是否希望浏览器呈现文档。

希望这能有所帮助。

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