A. 請教Nginx 中對 application/json 格式進行 gzip 壓縮無效的問題
1、確認一下nginx.conf裡面，gzip on; 這個參數是不是打開。
2、確認一下gzip_types application/json; 是否有這個類型。
3、確認一上訪問文件的控制名是否 .json。
4、排除一下其它類型的文件是否能gzip
B. 請教Nginx 中對 application/json 格式進行 gzip 壓縮無效的問題
因為Nginx下的gzip默認不壓縮javascript、圖片等靜態資源文件 可以通過gzip_types指定需要壓縮的MIME類型 gzip on;gzip_types text/plain application/x-javascript text/css text/javascript;MIME(Multipurpose Internet Mail Extensions)多用
C. c#伺服器端 傳輸json類型的數據使用gzip壓縮怎麼實現
//MVC的
public class HelloController : Controller
{
// GET: Default
public void Index()
{
Response.Headers.Add("content-encoding", "gzip");
Response.ContentType = "application/json";
string json = "{\"status\":\"ok\"}";
var stream = new GZipStream(Response.OutputStream, CompressionMode.Compress);
byte[] jsonBuffer = UTF8Encoding.UTF8.GetBytes(json);
stream.Write(jsonBuffer, 0, jsonBuffer.Length);
stream.Close();
}
}
//Webform就寫在返回JSON的頁面的Page_Load裡面就行了
D. 如何壓縮json數據結構的大小
1，開啟gzip，壓縮率很高，即便是很長的文本，在網路中傳輸量也很小
2，不建議分次請求，除非是業務需要。連接次數過多，加大了並發的壓力。
3，提醒用戶點擊的做法可以通過按鈕反饋或loading條來做
4，如果有可能，考慮提前預讀
你可以這樣，在一個隱藏的 iframe 裡面請求伺服器，返回值是這樣的：
<script>
parent.notifyDataArrive(YOURS_JSON_DATA);
</script>
E. 如何優化很長的 JSON 數據
我們知道，JSON作為一種輕量級的數據交換格式，現在被廣泛應用，特別是在API層，返回數據格式基本上都是JSON。但是，JSON字元串如果過長，那在網路傳輸中也存在耗時的，站在性能角度我們需要合理優化JSON。
JSON優化建議
1、伺服器端開啟GZip壓縮
主流的服務端都支持GZip壓縮，對於一般的純文本內容GZip壓縮率在35%以上，這樣做的好處也很明顯：
減少JSON輸出大小，網路傳輸速度更快；
節省帶寬。
2、鍵名縮短
對於結果集而言，數據都是查詢循環輸出的，所以當我們把鍵名縮短也變相壓縮了JSON文本長度。比如原本的 {"name":"張三"} 我們可以寫為 {"a":"張三"}
3、JSON中的中文避免被轉為Unicode編碼
現在也有不少人喜歡將JSON中的漢字轉為Unicode編碼，此時JSON文本內容就會變得很長，如果避免漢字轉碼，可以控制文本長度。
以上就是我的觀點，對於這個問題大家是怎麼看待的呢？歡迎在下方評論區交流 ~ 我是科技領域創作者，十年互聯網從業經驗，歡迎關注我了解更多科技知識！
F. 可以對response返回的json進行壓縮嗎
可以，每個語言有對應的處理辦法，主要是gzip壓縮方式，如果您是通過對方的Nginx之類的，會自帶壓縮，只要開啟即可，代碼返回壓縮要自己處理，在IO流輸出的時候開啟gzip壓縮。
但是壓縮有一個問題，就是對方需要解壓縮，要不然容易亂碼。
在線對JSON壓縮轉義的工具給您推薦一個。
JSON壓縮轉義:http://www.sojson.com/yasuo.html
G. 請教Nginx 中對 application/json 格式進行 gzip 壓縮無效的問題
默認情況下，開啟gzip不會對application/json類型的響應做壓縮處理，需要通過以下指令使nginx對application/json格式進行gzip壓縮：
gzipon;
gzip_typesapplication/jsonapplication/javascripttext/cssimage/svg+xml;
H. 如何優化很長的JSON數據
現在主流的網路請求中都採用JSON作為其數據交互格式，這主要是因為JSON有以下優勢：
但如果在開發過程中，把很長很大的JSON數據在前後端傳輸，那就說明設計工作沒做好，應該盡量避免這種數據傳輸，但也可以從下面幾個方面進行下優化：
在 Skylake 處理器上，各種解析器解析同一個大數據量的JSON文件的速度（以 GB/s 為單位）如下所示：
我們知道，JSON作為一種輕量級的數據交換格式，現在被廣泛應用，特別是在API層，返回數據格式基本上都是JSON。但是， JSON字元串如果過長，那在網路傳輸中也存在耗時的 ，站在性能角度我們需要合理優化JSON。
1、伺服器端 開啟GZip壓縮
主流的服務端都支持GZip壓縮，對於一般的純文本內容GZip壓縮率在35%以上，這樣做的好處也很明顯：
2、 鍵名縮短
對於結果集而言，數據都是查詢循環輸出的，所以當我們把鍵名縮短也變相壓縮了JSON文本長度。比如原本的 {"name":"張三"} 我們可以寫為 {"a":"張三"}
3、JSON中的 中文避免被轉為Unicode編碼
現在也有不少人喜歡將JSON中的漢字轉為Unicode編碼，此時JSON文本內容就會變得很長，如果避免漢字轉碼，可以控制文本長度。
1，開啟gzip，壓縮率很高，即便是很長的文本，在網路中傳輸量也很小 。
2，不建議分次請求，除非是業務需要。連接次數過多，加大了並發的壓力。
3，提醒用戶點擊的做法可以通過按鈕反饋或loading條來做。
4，如果有可能，考慮提前預讀你可以這樣，在一個隱藏的 iframe 裡面請求伺服器，返回值是這樣的： <script> parent.notifyDataArrive(YOURS_JSON_DATA); </script>