1.什么是JSON？

JSON是一種獨立的數(shù)據(jù)格式，不受 JavaScript 語言的約束。同時，JSON以其簡單的結構和Unicode字符集編碼成為系統(tǒng)間交換數(shù)據(jù)的理想格式。它總是作為一個整體在應用程序之間進行交換。如果文檔在文件系統(tǒng)中作為文件可用，那么人工處理 JSON 文檔是最簡單的。這里通常使用文件擴展名“*.JSON”。JSON 文檔的內容在結構上基本上是面向對象的（請參閱基本結構）。 

2. JSON 是如何工作的？

格式化 JSON 文檔中的內容必須遵循嚴格的結構規(guī)范。原始規(guī)范由 Douglas Crockford 制定，并記錄為JSON 定義。JSON 文檔始終以“{”和“}”開頭和結尾。內容必須位于花括號之間。大括號括起一個對象。在文檔本身中，可以再次定義更多對象。數(shù)據(jù)字段以名稱開頭，后跟冒號后的值。然后該值可以再次成為對象。 

存儲在 JSON 中的變量可以是以下類型： 

布爾值：真值可以是 true 或 false。使用的關鍵字不帶引號（例如，“active”：true）。 

數(shù)字：數(shù)字用數(shù)字 0-9 表示，可選擇用點和符號表示。也可以使用指數(shù)（例如，“距離”：3.1e+12）。 

字符串：字符串是放在引號之間的任何文本（例如，“city”：“Hamburg”）。 

零：空變量由零賦值表示。不應將其與數(shù)字 0 或空字符串混淆。零表示“無”（例如，“鏈接”：零）。 

格式化 JSON 文檔中的內容必須遵循嚴格的結構規(guī)范。原始規(guī)范由 Douglas Crockford 制定，并記錄為JSON 定義。JSON 文檔始終以“{”和“}”開頭和結尾。內容必須位于花括號之間。大括號括起一個對象。在文檔本身中，可以再次定義更多對象。數(shù)據(jù)字段以名稱開頭，后跟冒號后的值。然后該值可以再次成為對象。 

結構 

{ 

“數(shù)據(jù)字段 1”：“值” 

“數(shù)據(jù)對象?！?/font> 

3 JSON有什么優(yōu)點？

JSON 對用戶來說學習起來很快，并且可以快速集成到現(xiàn)有系統(tǒng)中。 實現(xiàn)簡單、訓練周期短是JSON的主要優(yōu)勢。 此外，JSON 已經(jīng)可以被許多常見的編程語言讀取。 有一個所謂的解析器，它可以翻譯 JSON 文件并使其可供應用程序使用。 所有這些都使 JSON 成為用戶流行的數(shù)據(jù)格式。 

4.JSON和Java有什么關系？  

JSON 的定義源自 ECMA-262 標準的 JavaScript 語言定義的一個子集。然而，JSON 有此淵源，以及“Java Script Object Notation”這個名稱并不意味著 JSON 僅限于在 JavaScript 中使用。JSON 是完全獨立的，不與 JavaScript 語言綁定。JavaScript 中有許多用于處理 JSON 的內置函數(shù)，這使得在 JavaScript 中使用 JSON 變得特別容易。然而，在許多其他語言中，也可以使用相應的框架。當有疑問時，可以使用任何編程語言讀取和處理 JSON 的簡單文本格式。 

5.有哪些應用領域和實際好處？ 

由于其簡化的結構和在Unicode 字符集中的編碼，JSON 是系統(tǒng)間交換數(shù)據(jù)的理想格式。而且無需考慮操作系統(tǒng)、計算機體系結構或編程語言。 

6. JSON在業(yè)界是如何運作的？  

JSON 格式在工業(yè)環(huán)境中變得越來越普遍。 一個重要因素是機器和現(xiàn)場級設備與基于網(wǎng)絡的技術的集成越來越緊密。 由于具有REST 接口（什么是 REST？）的現(xiàn)場設備和軟件系統(tǒng)以及通過 MQTT 集成傳感器和設備，JSON 已經(jīng)被廣泛使用。 NoSQL 的當前使用以及機器學習和人工智能的增長趨勢使得 JSON 作為一種簡單但靈活的數(shù)據(jù)格式不可或缺。 

7.設備和服務 

通過 REST 接口提供信息的服務經(jīng)常以 JSON 格式返回它們的數(shù)據(jù)。一個例子是天氣服務 OpenWeatherMap。例如，此調用以 JSON 格式返回倫敦的當前天氣：https ://openweathermap.org/ 

8. JSON 和 XML

XML（Ex tensible M arkup Language ）是一種描述語言。數(shù)據(jù)的描述在本質上類似于 JSON。XML 中帶有標簽的描述導致更高的工作量。數(shù)據(jù)不僅可以用Tags來描述，還可以用Attributes （例如：TEXT）來描述。因此，當交換數(shù)據(jù)時，發(fā)送方和接收方必須具有關于約定結構的非常明確的信息。 

9. JSON 和 MQTT

MQTT 協(xié)議是一種用于數(shù)據(jù)交換的簡單輕量級傳輸協(xié)議。它經(jīng)常被必須處理有限帶寬和計算能力的設備和服務使用。MQTT的數(shù)據(jù)格式?jīng)]有規(guī)定。但是，數(shù)據(jù)負載經(jīng)常被格式化為 JSON 文檔，因為它非常適合此用例。由于這個原因，有許多 MQTT 連接伙伴以 JSON 的形式發(fā)布他們的數(shù)據(jù)。 

10. JSON 和 NoSQL

使用 NoSQL 概念的基于文檔的數(shù)據(jù)庫是 JSON 的一個眾所周知的用例。這些數(shù)據(jù)庫接受 JSON 文檔進行存儲并返回它們以供查詢。由于 JSON 的靈活結構，可以將任何 JSON 文檔傳遞到面向文檔的 NoSQL 數(shù)據(jù)庫中。這些數(shù)據(jù)庫中的查詢可以訪問文檔中的所有字段和對象，而無需事先定義模式，因此返回符合查詢條件的文檔。不需要像傳統(tǒng) SQL 那樣的模式定義。此類數(shù)據(jù)庫的一個示例是MongoDB數(shù)據(jù)庫。OPC Router具有一個插件，可將數(shù)據(jù)發(fā)送到MongoDB 數(shù)據(jù)庫。   

11.JSON示例

在具有多個組件的生產(chǎn)訂單中解釋了一個稍微復雜的示例。生產(chǎn)訂單由一些基本字段和包含組件的數(shù)組描述。每個組件都被描述為一個單獨的對象，具有自己的描述字段。 

{
"Order number": 4711,
"Quantity": 15000.0,
"Item": "Product A",
"Planned date": "6/4/2020",
"Release": true,
"Components":[
{
"Name": "Component A",
"Material number": 292345,
"Quantity": 345,123,
"Storage areas": [ 3, 6, 23 ] }, {
"Name": "Component B",
"Material number": 908431,
"Quantity": 12034,123,
"Storage areas": [ 1, 2, 9 ] },
{
"Name": "Component C",
"Material number": 928398,
"Quantity": 2623.2,
"Storage locations": [ 10 ] },
] }