性能与安全
几十 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