如何優(yōu)化很長(zhǎng)的JSON數(shù)據(jù)？目前主流的網(wǎng)絡(luò)請(qǐng)求使用JSON作為數(shù)據(jù)交互格式，主要是因?yàn)镴SON有以下優(yōu)點(diǎn)：但是如果在開(kāi)發(fā)過(guò)程中，前端和后端傳輸?shù)腏SON數(shù)據(jù)又長(zhǎng)又大，說(shuō)明設(shè)計(jì)工作做得不好，而這種數(shù)據(jù)傳

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

目前主流的網(wǎng)絡(luò)請(qǐng)求使用JSON作為數(shù)據(jù)交互格式，主要是因?yàn)镴SON有以下優(yōu)點(diǎn)：

但是如果在開(kāi)發(fā)過(guò)程中，前端和后端傳輸?shù)腏SON數(shù)據(jù)又長(zhǎng)又大，說(shuō)明設(shè)計(jì)工作做得不好，而這種數(shù)據(jù)傳輸應(yīng)該盡量避免，但也可以從以下幾個(gè)方面進(jìn)行優(yōu)化：

異步批量加載，建筑設(shè)置大量數(shù)據(jù)導(dǎo)致前端頁(yè)面堵塞；

前端增加了銷(xiāo)毀機(jī)制，可以同時(shí)加載和銷(xiāo)毀；

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

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

如何勸說(shuō)后端開(kāi)發(fā)不要拿變量命名JSON的key值？

Niubi的后端可以給你想要的任何東西

Niubi的前端可以給你想要的任何東西