这取决于观点。

如果您是寄件请求的客户端,application/json是正确的选择。

但如果您是收到请求的服务器, 您必须做好准备, 客户端也可以发送编码 。 因此, 请准备 。application/json和application/json; charset=utf-8有效。

两种情况下媒体类型相同。 但内容类型不同 。

JSON 文本:

application/json

JSON 文本的 MIME 媒体类型是application/json。默认编码为 UTF-8。^{(资料来源:RFC 4627)}

用于贾索普(可调回 JavaScript) 调回 :

application/javascript

以下是相关评论中提到的一些博客文章:

• 为什么你不应该使用text/htmlJSON JSON公司
• 互联网探索者有时与application/json
• 相当完整的MIME类型及其用途清单
• IANA 的官方 MIME 类型列表@gnrfan 在下面的答复

• Content-Type: application/json-杰森
• Content-Type: application/javascript - 杰森-普
• Content-Type: application/x-javascript - JavaScript
• Content-Type: text/javascript - JavaScript 但是,但用于 HTML 属性的旧的因特网探索者版本。
• Content-Type: text/x-javascript- JavaScript媒体类型,但是,但过时
• Content-Type: text/x-json- 曾经杰森申请/日文正式注册。

JSON 的正确内容类型是application/json除非你们在使用贾索普,也称为 Json with Padding, 实际上是 JavaScript, 所以正确的内容类型将是application/javascript.

JSON是一个域内特定语言(DSL)和独立于 JavaScript 的数据格式,因此具有自己的米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米米类型,application/json尊重MIME类型当然是由客户驱动的,所以text/plain可能是为了传输字节, 但你会不必要地把解释 推到供应商申请域application/json。您是否会通过text/plain?

但说实话,你选择MIME类型 是建议客户 如何解读数据text/plain或text/HTML(当它不是 HTML ) 就像类型擦除—— 它和用打印语言制作所有类型对象一样没有信息规范。

我知道没有浏览器运行时间会使用 JSON 文档, 并自动在运行时作为 JavaScript 无障碍对象自动提供, 无需干预, 但如果你和一个残废的客户合作, 那完全是另一回事。 但这不是整个故事-休息时间JSON服务通常没有 JavaScript 运行时, 但是它并不阻止他们使用JSON作为可行的数据交换格式。 如果客户是那么残废的话... 那么我想也许通过 HTML 注射阿贾克斯代替为诱惑服务。

申请/JSON!

对于JSON,我使用:

Content-Type: application/json

国际贸易贸易工作组JSON数据交换格式7158提案对此作了说明,第1.2节:JSON的规格.