将 JSON.parse() 移至 Web Worker 执行可避免主线程阻塞，需用 try...catch 防错、ArrayBuffer 零拷贝传输、流式解析 JSON Lines、支持中断与 IndexedDB 缓存，并及时清理内存。
把 JSON.parse() 移到 Web Worker 里执行，是防止主线程卡顿最直接有效的做法。关键不是“能不能跑”，而是“怎么跑得稳、快、可控”。
必须用 Web Worker 解析大 JSON
主线程执行 JSON.parse() 是同步阻塞操作。一个 30MB 的 JSON 字符串，解析过程可能持续 2–5 秒，期间页面完全无法响应滚动、点击或动画。更严重的是，内存峰值可达原始体积的 3–5 倍——100MB 文件可能瞬间吃掉 400MB+ 内存，极易触发浏览器 OOM（内存溢出）崩溃。Worker 提供独立线程，解析全程不抢占渲染资源，UI 始终流畅。
Worker 内解析要带防护和节制
立即学习“Java免费学习笔记（深入）”；
- 用
try...catch包裹JSON.parse()，捕获SyntaxError并提取line、column、message，组装成结构化错误对象返回，避免 Worker 静默退出 - 对非标 JSON（含注释、单引号、尾逗号），优先用
JSON5.parse()替代原生JSON.parse()，提升容错率 - 需要类型转换（如
"2026-08-06"→Date）时，在reviver函数中逐层处理，比解析后再遍历更省内存 - 解析成功后，只传必要数据回主线程：比如前 10 条样本、字段统计、嵌套深度、总条目数等快照信息，而非整个对象树
高效传数据进 Worker，别搞序列化拷贝
- ❌ 不要
worker.postMessage(JSON.stringify(largeStr))—— 这会触发两次字符串序列化，内存翻倍 - ✅ 推荐用
ArrayBuffer：主线程用FileReader.readAsArrayBuffer()或fetch().arrayBuffer()读取二进制，Worker 内用new TextDecoder().decode(buffer)转字符串，零拷贝传输 - ✅ 对 JSON Lines（每行一个 JSON 对象）格式，可流式分块：主线程按
\n切片，Worker 逐块解析、逐批上报，内存占用恒定，适合 GB 级文件
加控制能力，让解析可中断、可缓存
- 主线程创建
AbortController，发送{ type: 'abort' }消息；Worker 监听并主动退出循环，避免用户点取消后仍在后台跑完 - 首次解析结果（如过滤后的数组或结构摘要）存入
IndexedDB，下次加载先查缓存，命中则跳过解析步骤 - Worker 执行完毕后，手动清空局部变量（尤其闭包引用的大对象），防止内存长期滞留
不复杂但容易忽略。
