什么是正確的 JSON 內容類型？

Question

JSON內容類型有許多“標准”：

application/json
application/x-javascript
text/javascript
text/x-javascript
text/x-json

哪個最好？ 我認為安全和瀏覽器支持問題是一個因素。

相關： 如果 REST API 返回 JSON，則 MIME 類型是什么？

Answer 1

對於 JSON 文本：

application/json

JSON 文本的 MIME 媒體類型是application/json 。 默認編碼為 UTF-8。 ^{（來源： RFC 4627 ）}

對於帶有回調的JSONP （可運行 JavaScript）：

application/javascript

以下是相關評論中提到的一些博客文章：

• 為什么不應該對 JSON 使用text/html
• Internet Explorer 有時會出現application/json問題
• 一個相當完整的 Mimetype 列表以及它們的用途
• IANA 的官方 mime 類型列表來自 @gnrfan 下面的回答

Answer 2

IANA已將 JSON 的官方 MIME 類型注冊為application/json 。

當被問及為什么不是text/json時，Crockford 似乎說 JSON 不是真正的 JavaScript 也不是 text，而且 IANA 更有可能分發application/*而不是text/* 。

更多資源：

• 媒體類型
• 征求意見 4627
• bluesmoon：JSON 有一個類型

Answer 3

對於 JSON：

Content-Type: application/json

對於JSON-P ：

Content-Type: application/javascript

Answer 4

當然，JSON 的正確 MIME 媒體類型是application/json ，但有必要了解您的應用程序中預期的數據類型。

例如，我使用Ext GWT ，服務器響應必須是text/html ，但包含 JSON 數據。

客戶端，Ext GWT 表單監聽器

uploadForm.getForm().addListener(new FormListenerAdapter()
{
    @Override
    public void onActionFailed(Form form, int httpStatus, String responseText) 
    {
        MessageBox.alert("Error");
    }

    @Override
    public void onActionComplete(Form form, int httpStatus, String responseText) 
    {
        MessageBox.alert("Success");
    }
});

如果使用application/json響應類型，瀏覽器會建議我保存文件。

使用Spring MVC的服務器端源代碼片段

return new AbstractUrlBasedView() 
{
    @SuppressWarnings("unchecked")
    @Override
    protected void renderMergedOutputModel(Map model, HttpServletRequest request,
                                           HttpServletResponse response) throws Exception 
    {
        response.setContentType("text/html");
        response.getWriter().write(json);
    }
};

Answer 5

JSON：

響應是根據 URL 中傳遞的查詢參數動態生成的數據。

例子：

{ "Name": "Foo", "Id": 1234, "Rank": 7 }

內容類型： application/json

---

JSON-P：

帶填充的 JSON。 響應是 JSON 數據，其中包含一個函數調用。

例子：

functionCall({"Name": "Foo", "Id": 1234, "Rank": 7});

內容類型： application/javascript

Answer 6

如果您使用的是 Ubuntu 或 Debian，並且通過 Apache 提供 .json 文件，您可能希望提供具有正確內容類型的文件。 我這樣做主要是因為我想使用 Firefox 擴展JSONView

Apache 模塊mod_mime將有助於輕松完成此操作。 但是，對於 Ubuntu，您需要編輯文件/etc/mime.types並添加該行

application/json json

然后重啟 Apache：

sudo service apache2 restart

Answer 7

如果您從客戶端調用 ASP.NET Web 服務，則必須使用application/json才能使其工作。 我相信jQuery和Ext框架也是如此。

Answer 8

JSON 的正確內容類型是application/json除非您使用的是JSONP ，也稱為 JSON with Padding，它實際上是 JavaScript，因此正確的內容類型是application/javascript 。

Answer 9

毫無疑問， application/json是 JSON 響應的最佳MIME類型。

但是我有一些經驗，由於一些壓縮問題，我不得不使用application/x-javascript 。 我的托管環境是與GoDaddy共享托管。 他們不允許我更改服務器配置。 我已將以下代碼添加到我的web.config文件中以壓縮響應。

<httpCompression>
    <scheme name="gzip" dll="%Windir%\system32\inetsrv\gzip.dll"/>
    <dynamicTypes>
        <add mimeType="text/*" enabled="true"/>
        <add mimeType="message/*" enabled="true"/>
        <add mimeType="application/javascript" enabled="true"/>
        <add mimeType="*/*" enabled="false"/>
    </dynamicTypes>
    <staticTypes>
        <add mimeType="text/*" enabled="true"/>
        <add mimeType="message/*" enabled="true"/>
        <add mimeType="application/javascript" enabled="true"/>
        <add mimeType="*/*" enabled="false"/>
    </staticTypes>
</httpCompression>
<urlCompression doStaticCompression="true" doDynamicCompression="true"/>

通過使用它，.aspx 頁面使用 g-zip 壓縮，但 JSON 響應沒有。 我添加了

<add mimeType="application/json" enabled="true"/>

在靜態和動態類型部分。 但這根本不會壓縮 JSON 響應。

之后我刪除了這個新添加的類型並添加了

<add mimeType="application/x-javascript" enabled="true"/>

在靜態和動態類型部分中，並更改了響應類型

.ashx（異步處理程序）到

application/x-javascript

現在我發現我的 JSON 響應是用 g-zip 壓縮的。 所以我個人推薦使用

application/x-javascript

僅當您想在共享托管環境中壓縮 JSON 響應時。 因為在共享主機中，它們不允許您更改IIS配置。

Answer 10

僅當使用application/json作為MIME類型時，我才有以下內容（截至 2011 年 11 月，最新版本的 Chrome、Firefox 和Firebug ）：

• 從服務器加載 JSON 時，Chrome 不再發出警告。
• Firebug 將在響應中添加一個選項卡，向您顯示格式化的 JSON 數據。 如果 MIME 類型不同，它只會顯示為“響應內容”。

Answer 11

並非所有內容都適用於內容類型application/json 。

如果您使用Ext JS表單提交來上傳文件，請注意瀏覽器會解析服務器響應以創建<iframe>的文檔。

如果服務器使用 JSON 發送返回對象，則Content-Type標頭必須設置為text/html以告訴瀏覽器將未更改的文本插入到文檔正文中。

請參閱Ext JS 3.4.0 API 文檔。

Answer 12

JSON 是一種領域特定語言(DSL) 和獨立於 JavaScript 的數據格式，因此有自己的MIME類型application/json 。 尊重 MIME 類型當然是客戶端驅動的，因此text/plain可以用於字節傳輸，但隨后您將不必要地向供應商應用程序域 - application/json推送解釋。 你會通過text/plain傳輸 XML 嗎？

但老實說，您選擇的 MIME 類型是向客戶端建議如何解釋數據text/plain或text/HTML （當它不是 HTML 時）就像類型擦除一樣 - 它與將所有對象都設為 Object 類型一樣沒有信息用打字的語言。

據我所知，沒有瀏覽器運行時會采用 JSON 文檔並自動將其作為 JavaScript 可訪問對象提供給運行時，而無需干預，但如果您使用的是殘缺的客戶端，那就完全不同了。 但這還不是全部——RESTful JSON 服務通常沒有 JavaScript 運行時，但這並沒有阻止它們使用 JSON 作為一種可行的數據交換格式。 如果客戶端那么殘廢......那么我會考慮通過Ajax模板服務進行 HTML 注入。

應用程序/JSON！

Answer 13

如果您在客戶端環境中，則必須調查跨瀏覽器支持對於支持良好的 Web 應用程序。

正確的 HTTP Content-Type 應該是application/json ，正如其他人已經突出顯示的那樣，但是有些客戶端不能很好地處理它，這就是 jQuery 推薦默認text/html的原因。

Answer 14

正確答案是：

Content-Type: application/json

Answer 15

正如許多其他人提到的， application/json是正確的答案。

但是尚未解釋的是您提出的其他選項的含義。

• application/x-javascript ：在application/javascript成為標准之前 JavaScript 的實驗性 MIME 類型。

• text/javascript ：現在已過時。 使用 javascript 時應使用application/javascript javascript。

• text/x-javascript ：上述情況的實驗性 MIME 類型。

• text/x-json ：在application/json正式注冊之前 JSON 的實驗性 MIME 類型。

總而言之，每當您對內容類型有任何疑問時，都應該查看 此鏈接

Answer 16

在JSP中，您可以在頁面指令中使用它：

<%@ page language="java" contentType="application/json; charset=UTF-8"
    pageEncoding="UTF-8"%>

JSON 的正確MIME媒體類型是application/json 。 JSP 將使用它來向客戶端發送響應。

Answer 17

“ 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())
  }
}

Answer 18

application/json的 IANA 注冊說

使用這種媒體類型的應用程序：JSON 已被用於在使用以下所有編程語言編寫的應用程序之間交換數據：ActionScript、C、C#、Clojure、ColdFusion、Common Lisp、E、Erlang、Go、Java、JavaScript、Lua、Objective CAML、Perl、PHP、Python、Rebol、Ruby、Scala 和 Scheme。

您會注意到 IANA.org 沒有列出任何其他媒體類型，事實上，即使application/javascript現在也已過時。 所以application/json確實是唯一可能的正確答案。

瀏覽器支持是另一回事。

最廣泛支持的非標准媒體​​類型是text/json或text/javascript 。 但是一些大牌甚至使用text/plain 。

更奇怪的是 Flickr 發送的 Content-Type 標頭，它返回 JSON 作為text/xml 。 Google 將text/javascript用於其中的一些 ajax api。

例子：

curl -I "https://ajax.googleapis.com/ajax/services/search/video?v=1.0&q=jsonexample"

輸出： Content-Type: text/javascript

curl -I "https://www.flickr.com/services/rest/?method=flickr.test.echo&format=json&api_key=f82254c1491d894f1204d8408f645a93"

輸出： Content-Type: text/xml

Answer 19

正確的 MIME 類型是application/json

但

我經歷了很多瀏覽器類型或框架用戶需要的情況：

text/html

application/javascript

Answer 20

我使用以下

contentType: 'application/json',
data: JSON.stringify(SendData),

Answer 21

發布時Content-Type標頭應設置為“ application/json ”。 偵聽請求的服務器應包含“ Accept=application/json ”。 在 Spring MVC 中，您可以這樣做：

@RequestMapping(value="location", method = RequestMethod.POST, headers = "Accept=application/json")

在響應中添加標頭：

HttpHeaders headers = new HttpHeaders();
headers.add("Content-Type", "application/json");

Answer 22

application/json在 PHP 中可以很好地存儲數組或對象數據。

我使用此代碼將數據以 JSON 格式放在設置為公開可見的Google Cloud Storage (GCS)上：

$context = stream_context_create([
    'gs' => [
        'acl'=>'public-read', 
        'Content-Type' => 'application/json',
    ]
]);

file_put_contents(
    "gs://BUCKETNAME/FILENAME.json", 
    json_encode((object) $array), 
    false, 
    $context
);

要取回數據很簡單：

$data = json_decode(file_get_contents("gs://BUCKETNAME/FILENAME.json"));

Answer 23

• Content-Type: application/json - JSON
• Content-Type: application/javascript - JSON-P
• Content-Type: application/x-javascript - JavaScript
• Content-Type: text/javascript - JavaScript但已過時。 舊的 Internet Explorer 版本用於將其用於 HTML 屬性。
• Content-Type: text/x-javascript - JavaScript 媒體類型，但已過時
• Content-Type: text/x-json - application/json正式注冊之前的 JSON。

Answer 24

在Spring中，您有一個定義的類型： MediaType.APPLICATION_JSON_VALUE相當於application/json 。

Answer 25

對於 JSON，我正在使用：

Content-Type: application/json

這在 IETF 的 JSON 數據交換格式 7158 提案第 1.2 節：JSON 規范中進行了描述。

Answer 26

如果 JSON 帶有填充，那么它將是application/jsonp 。 如果 JSON 沒有填充，那么它將是application/json 。

為了同時處理這兩種情況，使用：'application/javascript' 是一個很好的做法，而不用擔心它是帶填充還是不帶填充。

Answer 27

當您在 REST 上下文中使用 JSON 時，擴展接受的響應...

當您表示 REST 資源和集合時，關於使用application/x-resource+json和application/x-collection+json的爭論很激烈。

如果您決定遵循jsonapi規范，則應使用application/vnd.api+json ，因為它已記錄在案。

盡管沒有通用標准，但很明顯，為正在傳輸的資源添加的語義證明了比application/json更明確的 Content-Type是合理的。

按照這個推理，其他上下文可以證明更具體的 Content-Type是合理的。

Answer 28

如果您以 JSON 格式從 REST API 獲取數據，則必須使用Content-Type ：

• 對於 JSON 數據： Content-Type:application/json
• 對於 HTML 數據： Content-Type:text/html ，
• 對於 XHTML 數據： Content-Type:application/xhtml+xml ，
• 對於 XML 數據： Content-Type:text/xml, application/xml

Answer 29

PHP 開發人員使用這個：

<?php
    header("Content-type: application/json");

    // Do something here...
?>

Answer 30

JSON （JavaScript 對象表示法）和JSONP （“帶填充的 JSON”）格式似乎非常相似，因此它們應該使用哪種 MIME 類型可能會非常混亂。 即使格式相似，它們之間也存在一些細微的差異。

因此，每當有任何疑問時，我都有一個非常簡單的方法（在大多數情況下效果很好），即去檢查相應的 RFC 文檔。

JSON RFC 4627 (The application/json Media Type for JavaScript Object Notation (JSON)) 是 JSON 格式的規范。 它在第 6 節中說，JSON 文本的 MIME 媒體類型是

application/json.

JSONP JSONP（“帶填充的 JSON”）在瀏覽器中的處理方式與 JSON 不同。 JSONP 被視為常規 JavaScript 腳本，因此它應該使用application/javascript,這是 JavaScript 的當前官方 MIME 類型。 然而，在許多情況下， text/javascript MIME 類型也可以正常工作。

請注意， text/javascript已被RFC 4329 （腳本媒體類型）文檔標記為過時，建議改用application/javascript類型。 然而，由於遺留的原因， text/javascript仍然被廣泛使用，並且它具有跨瀏覽器支持（對於application/javascript MIME 類型並不總是這樣，尤其是在舊瀏覽器中）。

Answer 31

正確的當前標准是application/json 。 雖然默認編碼是 UTF-8，但值得一提的是它也可以是 UTF-16 或 UTF-32。 當 JSON 以 UTF-16 或 UTF-32 編寫時，必須使用二進制內容傳輸編碼。

RFC 4627 中有關於 JSON 的更多信息：JavaScript Object Notation (JSON) 的 application/json 媒體類型

有關二進制傳輸編碼的更多信息，請參見5. Content-Transfer-Encoding Header Field (RFC 1341)。

Answer 32

為了補充前面的答案，根據 W3C的 JSON 鏈接數據 (JSON-LD) 的 MIME 類型是：

application/ld+json

類型名稱：應用程序

子類型名稱： ld+json

此外，來自同一來源：

文件擴展名：

.jsonld

Answer 33

由於您可能不得不更頻繁地使用這些內容，因此即使有很多內容類型，也請始終嘗試記住這三種內容類型：

• 內容類型：應用程序/json
• 內容類型：應用程序/xml
• 內容類型：文本/html

Answer 34

要指定有趣的 JSON 結果，請在請求標頭中添加“application/json”，如下所示：

“Accept:application/json”是所需的響應格式。

"Content-Type:application/json" 指定請求的內容格式，但有時您同時指定application/json和application/xml ，但它們的質量可能不同。 哪個服務器會發回不同的響應格式，看例子：

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

這將返回 XML，因為 XML 具有更高的質量。

Answer 35

作為一些研究，

最常見的 MIME 類型是

應用程序/json

讓我們看一個區分 JSON 和 JavaScript 的示例。

• 應用程序/json

當不知道如何使用這些數據時使用它。 當信息要以 JSON 格式從服務器中提取時，它可能是通過鏈接或從任何文件中提取的，在這種情況下，它會被使用。

例如-

<?php

    header('Content-type:application/json');

    $directory = [
            ['Id' => 1, 'Name' => 'this'],
            ['Id' => 2, 'Name' => 'is'],
            ['Id' => 3, 'Name' => 'Stack Overflow'],
        ];

    // Showing the JSON data

    echo json_encode($directory);
?>

輸出是，

[{"Id":1, "Name":"this"}, {"Id":2, "Name":"is"}, {"Id":3, "Name":"Stack Overflow"}]

---

• 應用程序/javascript

它在預定義數據的使用時使用。 它由客戶端 Ajax 應用程序調用的應用程序使用。 當數據是 JSON-P 或JSONP類型時使用它。

例如

<?php

    header('Content-type:application/javascript');

    $dir = [
            ['Id' => 1, 'Name' => 'this' ],
            ['Id' => 2, 'Name' => 'is'],
            ['Id' => 3, 'Name' => 'Stack Overflow'],
    ];

    echo "Function_call(" . json_encode($dir) . ");";
?>

輸出是，

Function_call([{"Id":1, "Name":"this"}, {"Id":2, "Name":"is"}, {"Id":3, "Name":"Stack Overflow"}])

對於其他 MIME 類型，請參閱MIME 類型（IANA 媒體類型）中的完整詳細信息。

Answer 36

你的問題的一部分與我有關，因為我剛剛遇到它。

第三方提供商正在提供可供多個客戶端使用的 REST 服務。 它是一個簡單的 REST，使用返回格式良好的 JSON 的查詢參數調用。 我已經用 PHP 和 Java 對其進行了測試，它按預期工作。

我的客戶使用 Oracle Service Bus 作為其應用程序服務器和 Internet 之間的網關。 當我創建 OSB 服務時，它因Invalid message format錯誤而崩潰。 原來返回的content-type是text/html 。 OSB 按照此標頭處理響應； 在文本、XML 和 JSON 之間進行轉換。 在這種情況下，響應是 JSON，但標頭沒有說明。 聯系提供商，我得到了答復：“我們不會更改它，因為它不會影響其他任何人”。

Content-Type標頭指定內容應該是什么，而不是它實際上是什么。 也就是說，在您的消費程序中，是否檢查或忽略它並以任何方式處理內容取決於您。 另一個例子，您可以返回 GIF 數據，但將內容類型指定為 JSON，然后繼續忽略標頭並讀取圖像數據。 這不會傷害您的程序，但可能會傷害其他人。

故事的寓意：玩得好。

Answer 37

這取決於觀點。

如果您是發送請求的客戶端，那么application/json是正確的選擇。

但是如果你是接收請求的服務器，你必須做好准備，客戶端也可能發送編碼。 所以application/json和application/json; charset=utf-8 application/json; charset=utf-8有效。

兩種情況下的媒體類型相同。 但內容類型不同。

Answer 38

最常見的MIME 類型是 application/json。 以下是所有 JSON 內容類型的列表：

• Content-Type: application/json - JSON
• Content-Type: text/x-json - application/json正式注冊之前的 JSON。
• Content-Type: application/javascript - JSON-P
• Content-Type: application/x-javascript - JavaScript

過時的類型：

• Content-Type: text/javascript - JavaScript但已過時。 舊的 Internet Explorer 版本用於將其用於 HTML 屬性。
• Content-Type: text/x-javascript - JavaScript 媒體類型，但已過時

Answer 39

Content-Type 是一個 HTTP 標頭，用於指示資源的媒體類型，在響應的情況下，它告訴瀏覽器返回內容的實際內容類型是什么。 如果有任何 POST 或 PUT 請求，客戶端會告訴服務器發送的數據類型。

所以我們通過在 Content-Type 中提到它來設置它的 MIME 類型。 我們可以通過兩種方式做同樣的事情：
MIME 類型：application/json MIME 類型：application/javascript

MIME 類型：application/json在不知道如何使用這些數據時使用。 當僅以 JSON 格式從服務器提取信息時，它可能是通過鏈接或從任何文件中提取的，在這種情況下，將使用它。 在這里，客戶端只獲取JSON格式的數據，可以作為數據的鏈接，可以被任何前端框架實時格式化

Content-Type:application/json

MIME 類型：application/javascript預定義數據的使用時使用。 它由客戶端 ajax 應用程序調用的應用程序使用。 當數據為 JSON-P 或 JSONP 類型時使用。 當 API 包含在函數調用中時，使用 JSONP 或 JavaScript Object Notation with Padding。

Content-Type:application/javascript

Answer 40

用代碼解釋這一點：

const applicationJson = { hello: "world" };
const textJson = '{ hello: "world" }';

Answer 41

JSON 文本的媒體類型是application/json 。 您可以在此表中查看流行擴展的 MIME 類型。