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

json的好處及用法？

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

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

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

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

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

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

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

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

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

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

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

json指的是字符串還是對(duì)象？

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

什么是JSON？

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

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

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

1、JSON對(duì)象

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

2、JSON字符串

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

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

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

我們說JSON只是一種數(shù)據(jù)交換格式，JSON對(duì)象在網(wǎng)絡(luò)中傳輸時(shí)，最終是要轉(zhuǎn)換為JSON字符串來傳輸?shù)?，等需要使用時(shí)再轉(zhuǎn)換回JSON對(duì)象即可。

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

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

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

1. 數(shù)據(jù)格式簡(jiǎn)單，易于讀寫，格式都是壓縮的，占用帶寬?。?br/>

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

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

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

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

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

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

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

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