JSON 查看器老是崩溃？
别再跟冻住的标签页和内存不足较劲了。这个查看器只渲染你看到的部分——无论文件多大都不崩。
避免 JSON 查看器崩溃
处理大 JSON 文件而不冻结工具的实用技巧。
始终使用文件导入
大段文本粘贴到浏览器输入框会触发剪贴板处理导致标签页冻结。文件导入按钮以流式方式读取文件。
先折叠再展开
从深度 1 开始，只展开你需要看的分支。对一棵 1 万节点的树全部展开会产生庞大的 DOM，拖慢整个渲染。
留意浏览器内存
打开 Chrome 任务管理器（Shift+Esc）查看内存使用情况。如果某个标签页已经用了 2 GB 以上，再加载大 JSON 可能会突破上限。
巨大文件先做预处理
用 jq 等命令行工具先提取你需要的那部分，再用浏览器打开。jq '.users[:100]' data.json > sample.json 就能得到易于处理的子集。
抗崩溃的 JSON 浏览
从底层架构设计就旨在杜绝其他 JSON 工具常犯的崩溃问题。
按需渲染树节点
只有可见部分才创建 DOM 节点。展开某个分支时按需添加子节点，不会一次性全部渲染。
可调展开深度
精确控制树的展开层级。从深度 1 开始查看顶层架构，再逐步深入——有效防止节点数暴涨。
去除语法高亮开销
文本编辑器之所以崩溃，是因为它们要对每一个字符做分词着色。树视图跳过分词环节、聚焦结构展示，内存消耗只有前者的零头。
JSON 查看器崩溃的根本原因
JSON 查看器崩溃的根源在于内存的三重叠加：原始文件占内存，解析后的数据结构翻一倍，渲染出的 UI 再翻一倍。100 MB 的 JSON 在带语法高亮的文本编辑器中轻松需要 400–600 MB 内存。
防崩溃要点
使用只渲染已展开节点的树状查看器，而非全文本渲染
用文件导入代替粘贴，避免剪贴板造成的内存峰值
用命令行工具预处理大文件，再在浏览器中打开
JSON 查看器崩溃 — 常见问题
JSON 查看器为什么会崩溃？
多数 JSON 查看器和文本编辑器崩溃有三大原因：(1) 文件作为字符串加载时超出可用内存，(2) 语法高亮对数百万字符做分词，(3) DOM 树一次渲染上千个节点。任何一条都可能冻结或杀死浏览器标签页。
VS Code 处理大 JSON 为什么会卡死？
VS Code 把整个文件载入文本缓冲区并运行语法高亮分词。100 MB 的 JSON 可以吃掉 500 MB 以上的内存。VS Code 默认文件大小上限是 50 MB，虽然可以调高，但这样做有导致编辑器崩溃的风险。
本查看器是怎么避免崩溃的？
它把 JSON 解析成轻量级树结构，只渲染已展开的节点。一个有 5 万个顶层键的 100 MB 文件，初始时只显示 50 个折叠项——而不是数百万行文本。
Chrome 会被大 JSON 搞崩溃吗？
Chrome 的标签页有内存上限（通常单标签 2–4 GB）。如果 JSON 查看器试图将整个文件渲染为语法高亮文本，就可能突破这个上限，导致标签页崩溃并显示"喔唷、崩溃啦"的错误页。
如果查看器还是崩溃了怎么办？
关掉其他标签页释放内存、用文件导入代替粘贴、从折叠深度 1 开始。超过 500 MB 的文件建议先用 jq 提取需要的数据。
VS Code 里怎么打开大 JSON 不崩溃？
可以在 settings.json 中修改 'files.maxMemory' 调高文件大小限制，但这只是治标不治本。50 MB 以上文件要稳定查看，还是要用像本工具这样的专用树状查看器。
离线能用吗？
可以。页面加载后即可作为 PWA 完全离线运行。数据不会发送到任何服务器，JSON 文件自始至终留在你的设备上。
相关工具
探索更多 JSON 工具，提升你的工作效率。