JSON作為目前Web主流的資料交換格式，是每個IT技術人員都必須要了解的一種資料交換格式。尤其是在Ajax和REST技術的大行其道的當今，JSON無疑成為了資料交換格式的首選！

今天大家就和豬哥一起來學習一下JSON的相關知識吧！

一、XML

在講JSON之前，我覺得有必要先帶大家瞭解一下XML（Extensible Markup Language 可擴充套件標記語言），因為JSON正在慢慢取代XML。

1.XML起源

早期Web發展和負載的資料量並不是很大，所以基本靠HTML（1989誕生）可以解決。但是隨著Web應用的不斷壯大，HTML的一些缺點也慢慢顯現，如：可讀性差、解析時間長、資料描述性差等。

1998年2月10日，W3C(World WideⅥiebConsortium，全球資訊網聯盟)公佈XML 1.0標準，XML誕生了。

XML使用一個簡單而又靈活的標準格式，為基於Web的應用提供了一個描述資料和交換資料的有效手段。但是，XML並非是用來取代HTML的。HTML著重如何描述將檔案顯示在瀏覽器中，它著重描述如何將資料以結構化方式表示。

XML簡單易於在任何應用程式中讀/寫資料，這使XML很快成為資料交換的唯一公共語言，所以XML被廣泛應用。

注意： XML是一種資料交換的格式，並不是程式語言。而且他是跨語言的資料格式，目前絕大多數程式語言均支援XML。

2.XML例項

XML究竟怎麼用？是什麼樣子的？我們來舉一個簡單的例子吧！

A公司要和B公司業務對接（A公司要獲取B公司的使用者基本資訊），B公司提供介面讓A公司呼叫，A、B公司對接的開發人員會提前溝通好這個介面的：URL、傳參、返回資料、異常等等。

但是也許兩個公司使用的技術棧並不相同，所以支援的據格式也可能不同。為了解決因技術棧不同帶來的資料格式不同問題，A、B公司的開發協商使用一種通用的資料格式來傳輸，於是他們想到了XML。

1. 假設現在A公司需要名稱叫pig的使用者資訊，於是A公司呼叫B公司的介面，並傳引數name=pig。
2. 然後B公司介面收到請求後，將使用者資訊從資料庫拿出來，然後封裝成下面的XML格式，然後再返回給A公司。
3. 最後A公司收到返回後，使用XML庫解析資料即可

<?xml version="1.0" encoding="UTF-8"?>
<person>
  <name>pig</name>
  <age>18</age>
  <sex>man</sex>
  <hometown>
    <province>江西省</province>
    <city>撫州市</city>
    <county>崇仁縣</county>
  </hometown>
</person>

3.XML十字路口

雖然XML標準本身簡單，但與XML相關的標準卻種類繁多，W3C制定的相關標準就有二十多個，採用XML制定的重要的電子商務標準就有十多個。這給軟體開發工程師帶來了極大的麻煩！

隨著AJax（之前叫XMLHTTP，2005年後才叫Ajax）技術的流行，XML的弊端也越來越顯現：大家都知道XML實現是基於DOM樹實現的，而DOM在各種瀏覽器中的實現細節不盡相同，所以XML的跨瀏覽器相容性並不好，所以急需一種新的資料負載格式整合到HTML頁面中以滿足Ajax的要求！

二、JSON

前面我們說了隨著Ajax的流行，而各種瀏覽器對DOM的實現細節不盡相同，所以會出現相容性問題，這對前端開發同學來講真的是災難。因為一個功能可能需要用程式碼去相容各種不同的瀏覽器，還要除錯，工作量巨大。

1.JSON誕生

如何才能將資料整合到HTML中又解決瀏覽器相容性問題呢？答案就是：利用所有主流瀏覽器中的一種通用元件——JavaScript引擎。這樣只要創造一種JavaScript引擎能識別的資料格式就可以啦！

2001 年 4 月，首個 JSON 格式的訊息被髮送出來。此訊息是從舊金山灣區某車庫的一臺計算機發出的，這是計算機歷史上重要的的時刻。道格拉斯·克羅克福特（Douglas Crockford） 和 奇普·莫寧斯達（Chip Morningstar） 是一家名為 State Software 的技術諮詢公司的聯合創始人（後來都在雅虎任職），他們當時聚集在 Morningstar 的車庫裡測試某個想法，發出了此訊息。

document.domain = 'fudco'; 

parent.session.receive( 
    { to: "session", do: "test", text: "Hello world" } 
) 

熟悉js的同學是不是也很驚訝，第一個 JSON 訊息它明顯就是 JavaScript！實際上，Crockford 自己也說過他不是第一個這樣做的人。網景（Netscape ）公司的某人早在 1996 年就使用 JavaScript 陣列字面量來交換資訊。因為訊息就是 JavaScript，其不需要任何特殊解析工作，JavaScript 直譯器就可搞定一切。

最初的 JSON 資訊實際上與 JavaScript 直譯器發生了衝突。JavaScript 保留了大量的關鍵字（ECMAScript 6 版本就有 64 個保留字），Crockford 和 Morningstar 無意中在其 JSON 中使用了一個保留字：do。因為 JavaScript 使用的保留字太多了，所以Crockford決定：既然不可避免的要使用到這些保留字，那就要求所有的 JSON 鍵名都加上引號。被引起來的鍵名會被 JavaScript 直譯器識別成字串。這就為什麼今天 JSON 鍵名都要用引號引起來的原因。

這種資料格式既然可以被JavaScript引擎識別，那就解決了XML帶來的各種瀏覽器相容性問題，所以這種技術完全可以推廣出去，於是Crockford 和 Morningstar 想給其命名為 “JSML”，表示JavaScript 標記語言(JavaScript Markup Language)的意思，但發現這個縮寫已經被一個名為 Java Speech 標記語言的東西所使用了。所以他們決定採用 “JavaScript Object Notation”，縮寫為 JSON，至此JSON正式誕生。

2.JSON發展

2005 年，JSON 有了一次大爆發。那一年，一位名叫 Jesse James Garrett 的網頁設計師和開發者在部落格文章中創造了 “AJAX” 一詞。他很謹慎地強調：AJAX 並不是新技術，而是 “好幾種蓬勃發展的技術以某種強大的新方式彙集在一起。” AJAX 是 Garrett 給這種正受到青睞的 Web 應用程式的新開發方法的命名。他的部落格文章接著描述了開發人員如何利用 JavaScript 和 XMLHttpRequest 構建新型應用程式，這些應用程式比傳統的網頁更具響應性和狀態性。他還以 Gmail 和 Flickr 網站已經使用 AJAX 技術作為了例子。

當然了，“AJAX” 中的 “X” 代表 XML。但在隨後的問答帖子中，Garrett 指出，JSON 可以完全替代 XML。他寫道：“雖然 XML 是 AJAX 客戶端進行資料輸入、輸出的最完善的技術，但要實現同樣的效果，也可以使用像 JavaScript Object Notation（JSON）或任何類似的結構資料方法等技術。 ”

這時JSON便在國外的部落格圈、技術圈慢慢流行起來！

2006 年，Dave Winer，一位高產的博主，他也是許多基於 XML 的技術（如 RSS 和 XML-RPC）背後的開發工程師，他抱怨到 JSON 毫無疑問的正在重新發明 XML。

Crockford 閱讀了 Winer 的這篇文章並留下了評論。為了迴應 JSON 重新發明 XML 的指責，Crockford 寫到：“重造輪子的好處是可以得到一個更好的輪子”。

3.JSON例項

還是以上面A、B公司業務對接為例子，兩邊的開發人員協商一種通用的資料交換格式，現在有XML與JSON比較流行的兩種資料格式，於是開發人員又將使用者資訊以JSON形式展現出來，然後比較兩種資料格式：

{
  "person": {
    "name": "pig",
    "age": "18",
    "sex": "man",
    "hometown": {
      "province": "江西省",
      "city": "撫州市",
      "county": "崇仁縣"
    }
  }
}

比較XML與JSON的資料格式之後，開發人員發現：JSON可閱讀性、簡易性更好而且相同資料負載JSON字元數更少，所以兩個開發人員一致同意使用JSON作為介面資料格式！

而且還有重要的一點，在編寫XML時，第一行需要定義XML的版本，而JSON不存在版本問題，格式永遠不變！

4.當今JSON地位

當今的JSON 已經佔領了全世界。絕大多數的應用程式彼此通過網際網路通訊時，都在使用 JSON。它已被所有大型企業所採用：十大最受歡迎的 web API 介面列表中（主要由 Google、Facebook 和 Twitter 提供），僅僅只有一個 API 介面是以 XML 的格式開放資料的。

JSON 也在程式編碼級別和檔案儲存上被廣泛採用：在 Stack Overflow上，關於JSON的問題越來越多，下圖是關於Stack Overflow上不同資料交換格式的問題數和時間的曲線關係圖。
從上圖我們可以看出在Stack Overflow上越來越多JSON的問題，從這裡也可以反映出JSON越來越流行！

更詳細的關於創造JSON的故事可閱讀：https://www.jianshu.com/p/62a856367d2d

3、總結

由於篇幅原因我們今天只學習了JSON的誕生和起源相關知識，知道了JSON的誕生是因為XML無法滿足Ajax對瀏覽器相容性問題，所以就有人想創造一種瀏覽器通用元件：JavaScript引擎 能識別的資料格式，這樣就可以解決瀏覽器不相容問題，所以就從Js資料格式中提取了一個子集，取名為JSON！

我們還知道了為什麼JSON鍵為什麼需要用雙引號引起來，是因為JS中存在許多的關鍵字和保留關鍵字，為了避免與JS關鍵字衝突，所以Crockford就要求在所有的鍵名上加上雙引號，這樣JS引擎會將其識別為字串，就避免與JS中關鍵字衝突！

下期我們會詳細介紹JSON資料結構、JSON序列化、JSON在Python中的使用等知識。

瞭解技術誕生與發展背後的故事同樣重要，因為這些可以作為你吹逼的資本！

參考資料：
百度百科：XML
Daniel Rubio：JSON 簡介
https://www.jianshu.com/p/62a856367