没有。
内容类型应该是已知的任何内容,如果您知道的话。 application/octet-stream 在 RFC 2046 中被定义为“任意二进制数据”,这里有一个明确的重叠,它适用于其唯一预期目的是保存到磁盘的实体,并且从那时起就在任何“webby”之外.或者换个角度看;唯一可以安全使用 application/octet-stream 的是将其保存到文件中,并希望其他人知道它的用途。
您可以将Content-Disposition 与其他内容类型(例如image/png 甚至text/html)结合使用,以表明您想要保存而不是显示。在 text/html 的情况下,曾经有一些浏览器会忽略它,但我认为这是很久以前的事了(我很快就要睡觉了,所以我不会开始测试现在有一大堆浏览器;也许以后)。
RFC 2616 还提到了扩展令牌的可能性,现在大多数浏览器都承认 inline 表示您确实希望在可能的情况下显示实体(也就是说,如果它是浏览器知道如何显示的类型,否则它有在这件事上别无选择)。无论如何,这当然是默认行为,但这意味着您可以包含标题的 filename 部分,浏览器将使用该部分(可能进行一些调整,以便文件扩展名匹配相关内容类型的本地系统规范,如果用户尝试保存,可能不会)作为建议。
因此:
Content-Type: application/octet-stream
Content-Disposition: attachment; filename="picture.png"
意思是“我不知道这是什么鬼。请将它保存为文件,最好命名为picture.png”。
Content-Type: image/png
Content-Disposition: attachment; filename="picture.png"
意思是“这是一个PNG图像。请将其保存为文件,最好命名为picture.png”。
Content-Type: image/png
Content-Disposition: inline; filename="picture.png"
意思是“这是一个PNG图片。除非你不知道如何显示PNG图片,否则请显示它。否则,或者如果用户选择保存它,我们建议你保存它的文件名称为picture.png作为”。
在识别inline 的浏览器中,有些浏览器会一直使用它,而另一些浏览器会在用户选择“将链接另存为”时使用它,但如果他们在查看时选择了“保存”则不会使用它(或至少使用 IE像那样,它可能在几年前就改变了)。