但是，如果在開發過程中前後端都傳輸了很長很大的JSON數據，則意味著設計工作沒有做好，應盡可能避免這種數據傳輸，但也可以從以下幾個方面進行優化:
在Skylake處理器上，各種解析器解析具有大量數據的同壹個JSON文件的速度（以GB/s為單位）如下:
我們知道，JSON作為壹種輕量級的數據交換格式，現在被廣泛使用，尤其是在API層，返回的數據格式基本上都是JSON。但是，如果JSON字符串太長，在網絡傳輸中也很耗時。從性能的角度來看，我們需要對JSON進行合理的優化。
1.服務器端打開GZip壓縮。
主流服務器支持GZip壓縮，壹般純文本內容的GZip壓縮率在35%以上，這樣做的好處也很明顯:
2.縮寫鍵名
就結果集而言，數據是由查詢周期輸出的，因此當我們縮短鍵名時，我們也變相壓縮了JSON文本長度。例如，原文{“姓名“:“張三“}可以寫成{“甲“:“張三“}
3.JSON中的中文不應轉換為Unicode編碼。
目前很多人喜歡將JSON中的漢字轉換成Unicode代碼，然後JSON文本內容就會變得很長。如果我們避免對漢字進行代碼轉換，我們就可以控制文本長度。
1，打開gzip，壓縮率很高，即使是長文本，在網絡中的傳輸量也很小。
2.除非業務需要，否則不建議分階段請求。過多的連接會增加並發的壓力。
3.提醒用戶點擊的方法可以通過按鈕反饋或加載欄來完成。
4.如果可能的話，考慮提前閱讀。您可以在隱藏的iframe中請求服務器，返回值如下: