效能與安全
幾十 MB 的 JSON 會卡死主執行緒，精心構造的 JSON 能打穿服務；這一分類處理吞吐與防線兩件事。
6 篇文章本分類文章
JSON 壓縮的順序別搞反：minify、gzip、brotli 實測誰在真省位元組
去掉空白能省三到五成原始位元組，但伺服器端開了 gzip 之後，這份收益會被壓縮器吃掉九成。本文在四份真實樣本上實跑 gzip 三檔等級與 brotli，給出「先做哪一步」的定量結論，並標出那些該跳過的情境。
進階約 7 分鐘更新於 2026-10-31
JSON 的記憶體帳：字串、物件與大陣列各佔多少
一份 10MB 的 JSON 文字，解析後可能變成三到五倍大小的物件圖，峰值還要再翻一倍。本文把字串、物件、陣列與數字在 V8 裡的實際開銷逐項拆開，給出用 process.memoryUsage 做基線測量的方法，並說明串流解析到底省在哪一段記憶體。
實戰約 11 分鐘更新於 2026-10-31
大樹渲染為什麼卡：JSON 檢視器的虛擬滾動與摺疊策略
一份 5MB 的 JSON 能產生幾十萬個 DOM 節點，卡頓從建立節點那一刻就開始，而不是從滾動開始。本文拆開解析、建節點、佈局與繪製的成本，給出摺疊優先、虛擬列表、搜尋高亮與 Worker 分層的具體做法，並列出可以驗收的指標。
實戰約 10 分鐘更新於 2026-10-31
大檔案 JSON 打不開怎麼辦：按體積選對工具
幾十 MB 的 JSON 匯出檔在文字編輯器和線上工具裡經常直接卡死，但解析本身只要幾百毫秒。本文用一份 45MB、50 萬條記錄的樣本實測各環節耗時與記憶體，解釋行數和節點數才是真正的成本，並給出按檔案體積選工具的決策表：線上查看、命令列提取、串流處理與桌面用戶端各管一段。
實戰約 6 分鐘更新於 2026-11-07