大规模JSON解析必须用Web Worker线程级隔离，主线程仅加载调度并调用response.text()，Worker内用try/catch执行JSON.parse()并结构化克隆返回，严禁传不可序列化类型。
大规模 JSON 解析必须用 Web Worker 隔离，核心是把 JSON.parse() 和后续结构化处理完全移出主线程——这不是加个异步包装就能解决的，而是线程级隔离。
主线程只负责加载和调度
避免在主线程做任何解析动作，尤其不能调用 response.json() 或 JSON.parse()：
- 用
fetch(url).then(r => r.text())获取原始字符串，确保解析权完全交给 Worker - Worker 实例通过
new Worker('/path/to/worker.js')创建，脚本需同源且路径稳定（建议配合构建时 hash 管理） - 用
worker.postMessage({ data: jsonString })发送内容，不要传对象或 DOM 节点 - 监听
worker.onmessage处理返回结果，同时绑定worker.onerror捕获语法错误或初始化失败
Worker 内只做纯解析与基础校验
Worker 脚本必须轻量、无副作用、不依赖任何全局环境：
- 监听
self.onmessage，从event.data.data取字符串 - 用
try/catch包裹JSON.parse()，捕获SyntaxError并返回明确错误信息 - 解析成功后立即
self.postMessage({ status: 'success', payload: result })—— 此时payload会由浏览器自动结构化克隆传回 - 不手动添加函数、
undefined、Symbol或循环引用；若需增强数据，放在主线程做
通信与数据安全的关键细节
传得不对，Worker 就白用了：
- 确保原始 JSON 不含非法值（如
NaN、Infinity、函数字符串），否则JSON.parse()会静默失败或结果异常 - 如果需提前验证可克隆性，现代浏览器可用
structuredClone(obj)测试，失败则说明含不可传输类型 - 大体积数据慎用字符串传输；若已为
ArrayBuffer，优先用postMessage(data, [buffer])启用零拷贝 - 禁止在 message 中传
Promise、Map（旧版）、Set（旧版）或自定义类实例——它们可能被丢弃而不报错
补充容错与体验优化
真实场景中，健壮性比功能更重要：
- 主线程设置超时机制：发送消息后启动
setTimeout，5 秒未响应则worker.terminate()并提示用户重试 - 对超大 JSON，考虑在 Worker 内配合流式解析器（如
stream-json）边收边解，而非等整块到位 - 首次解析成功的结果可存入
IndexedDB，带内容哈希作 key，下次请求先查缓存，减少重复开销 - 若需支持 JSON5 或带注释格式，解析逻辑也必须放在 Worker 内，避免主线程引入额外 parser 库
