正确的 MIME 类型是application/json

但是

我经历过许多浏览器类型或框架用户需要的场景:

text/html

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 在REST背景下...

有一个强力论据关于使用application/x-resource+json和application/x-collection+json当时,你们是代表最高科技委员会的资源和收藏的。

如果你决定遵循jsonapi 计数器具体说明,您应该使用技术的application/vnd.api+json正如文件所记载的那样。

虽然不存在普遍标准,但显然,在所转让资源中增加的语义显然证明有必要更明确地说明内容类型不只是application/json.

根据这一推理,其他情况可以证明有理由更具体地说明内容类型.

“application/json”是正确的JSON内容类型。

def ajaxFindSystems = {
  def result = Systems.list()
  render(contentType:'application/json') {
    results {
      result.each{sys->
        system(id:sys.id, name:sys.name)
      }
    }
    resultset (rows:result.size())
  }
}

为具体说明有趣的JSON结果,请在请求页眉中加入“申请/json”,如下文所示:

“接受:申请/json”是一种理想的反应格式。

“Cententent-Type: application/json”指定了您请求的内容格式,但有时您指定了两种格式application/json和application/xml,但是这些功能的质量可能不同。哪个服务器会发送不同的响应格式,请参见以下示例:

Accept:application/json;q=0.4,application/xml;q=8

这将返回 XML, 因为 XML 质量更高 。

如果从JSON的REST API获得数据,必须使用内容类型:

• 关于JSON数据:内容-类型:申请/json
• HTML 数据 :内容-类型:text/html,
• 对于 XHTML 数据:内容-类型:应用/xhtml+xml,
• XML 数据 :内容-类型:文本/xml, 应用程序/xml