json的好處及用法？1、方便于傳輸，較少冗余的字符。當(dāng)然直接傳二進制是最好的，但面臨難解析的問題。亦可以是xml、純字符串的方式，但json有其獨到的好處。google有個自己的協(xié)議，叫protob

json的好處及用法？

1、方便于傳輸，較少冗余的字符。當(dāng)然直接傳二進制是最好的，但面臨難解析的問題。亦可以是xml、純字符串的方式，但json有其獨到的好處。google有個自己的協(xié)議，叫protobuf，有興趣可了解一下。2、方便轉(zhuǎn)換。有很多的json api提供了json字符串轉(zhuǎn)成對象、對象轉(zhuǎn)換成json串的方法。3、易于閱讀。json代碼的良好結(jié)構(gòu)，可以很直觀地了解存的是什么內(nèi)容。

json可以代替xml，為什么網(wǎng)頁不用json格式來寫呢？

之前的程序之間的通訊的數(shù)據(jù)載體是xml。后來在很多地方j(luò)son替代了xml。主要有：

1.json格式簡單，輕量，不需要前后的標(biāo)簽，減少數(shù)據(jù)傳輸?shù)膶拵А?/p>

2.js天然支持解析json，xml前后端都需要額外的解析一次。

3.json傳輸支持更多的類型，比如：字符串，數(shù)組，布爾值。而xml解析出來都是字符串。

而網(wǎng)頁不用json來寫，因為html是xml一個變式，html和css，js技術(shù)已非常成熟，各大瀏覽器都支持。不太可能讓合瀏覽器廠商在改變規(guī)則，開發(fā)對json的支持。

xml和json的區(qū)別，優(yōu)缺點？

B.容易與其他系統(tǒng)進行遠程交互，數(shù)據(jù)共享比較方便。 .XML的缺點 　　A.XML文件龐大，文件格式復(fù)雜，傳輸占帶寬； 　　B.服務(wù)器端和客戶端都需要花費大量代碼來解析XML，導(dǎo)致服務(wù)器端和客戶端代碼變得異常復(fù)雜且不易維護； 　　C.客戶端不同瀏覽器之間解析XML的方式不一致，需要重復(fù)編寫很多代碼； 　　D.服務(wù)器端和客戶端解析XML花費較多的資源和時間。

為什么說JSON對數(shù)據(jù)的描述性比XML較差？

Json對數(shù)據(jù)的描述性比xml是事實，而且差的不是一星半點。一，xml有屬性，而json沒有。當(dāng)然這個特性是可以替代的，但在一些特定的場景xml屬性會顯得更方便，更符合語義。二，注釋，json不支持注釋，xml支持。三，xml支持DTD，這是最大的不同。通過dtd可以定義xml的結(jié)構(gòu)規(guī)范，這是json所沒有的。 而json勝在熵值很高，規(guī)范簡單，在序列化與反序列化上有天然的優(yōu)勢。

json指的是字符串還是對象？

對于科技行業(yè)的朋友們來說，JSON一點也不陌生。雖然我們經(jīng)常和JSON打交道，但是說起JSON時，到底說的是JSON字符串呢還是JSON對象呢？

什么是JSON？

JSON它其實是一種輕量級的數(shù)據(jù)交換格式，全稱是JavaScript Object Notation，可以理解為是JS對象標(biāo)記。JSON獨立于語言，具有自我描述性。

但我們?nèi)粘Ｕf的JSON主要是指JSON這種數(shù)據(jù)格式，而不是特指JSON字符串或者對象。

JSON對象和JSON字符串的區(qū)別和聯(lián)系

1、JSON對象

JSON對象是可以直接用來操作的格式，在JS中和對象一樣使用 類名.方法 方式來調(diào)用。

2、JSON字符串

JSON字符串僅僅是一個字符串，只不過其字符串里的內(nèi)容是合法的JSON，不能直接使用（使用前需要先轉(zhuǎn)換為JSON對象）。通俗的說，JSON字符串是JSON對象的String形式。

3、JSON對象和JSON字符串是可以相互轉(zhuǎn)換的。

JSON在數(shù)據(jù)傳遞時是以字符串形式傳遞的

我們說JSON只是一種數(shù)據(jù)交換格式，JSON對象在網(wǎng)絡(luò)中傳輸時，最終是要轉(zhuǎn)換為JSON字符串來傳輸?shù)模刃枰褂脮r再轉(zhuǎn)換回JSON對象即可。

以上就是我的觀點，對于這個問題大家是怎么看待的呢？歡迎在下方評論區(qū)交流 ~ 我是科技領(lǐng)域創(chuàng)作者，十年互聯(lián)網(wǎng)從業(yè)經(jīng)驗，歡迎關(guān)注我了解更多科技知識！

如何優(yōu)化很長的JSON數(shù)據(jù)？

現(xiàn)在主流的網(wǎng)絡(luò)請求中都采用JSON作為其數(shù)據(jù)交互格式，這主要是因為JSON有以下優(yōu)勢：

1. 數(shù)據(jù)格式簡單，易于讀寫，格式都是壓縮的，占用帶寬??；
   

2. 易于解析，客戶端JS很容易JSON數(shù)據(jù)進行解析和編輯；

3. 支持大多數(shù)后端語言，大大簡化了服務(wù)端和前端交互時的代碼開發(fā)量，且易于維護；

但如果在開發(fā)過程中，把很長很大的JSON數(shù)據(jù)在前后端傳輸，那就說明設(shè)計工作沒做好，應(yīng)該盡量避免這種數(shù)據(jù)傳輸，但也可以從下面幾個方面進行下優(yōu)化：

• 優(yōu)化json數(shù)據(jù)的key-value的長度，盡量簡潔易懂即可；
  

• 異步分批加載，建設(shè)大數(shù)據(jù)量造成前端頁面卡死；

• 前端增加銷毀機制，可以一邊加載，一邊銷毀；

• 使用解析和壓縮性能高的JSON解析工具；

在 Skylake 處理器上，各種解析器解析同一個大數(shù)據(jù)量的JSON文件的速度（以 GB/s 為單位）如下所示：