safari加载大json卡死的根本原因是json.parse()同步阻塞主线程，导致页面假死；解决方案包括使用response.json()（safari≥16.4）、流式分块解析或web worker异步解析。
当Safari加载几十MB以上的JSON数据时，页面会完全卡死、无法滚动、点击无响应，甚至弹出“网页无响应”警告框——这不是网络慢，而是JavaScript主线程被同步解析操作彻底锁死。
根本原因：JSON.parse()阻塞主线程
JSON.parse()是同步执行的计算密集型操作。它必须把整个字符串一次性读入内存、逐字符校验语法、构建完整对象树，期间主线程无法处理任何用户交互、定时器、渲染帧或事件回调。
一个50MB的JSON字符串解析可能耗时800ms以上，这相当于连续冻结页面近1秒——而人眼对300ms以上的延迟已明显感知为“卡顿”，超过1秒即判定为“假死”。
【关键前提】 Safari不支持Web Worker内直接调用JSON.parse()（需手动传入字符串并自行实现解析逻辑），也无法像Chrome那样对大型JSON做底层流式分块释放，只能硬扛。
验证是否为JSON.parse()导致卡死
打开Safari开发者工具（Cmd+Opt+I），切换到Console标签页，粘贴执行：
console.time("parse"); JSON.parse('{"a":1}'); console.timeEnd("parse")
如果基础解析耗时在0.1ms以内，说明问题出在你实际处理的JSON字符串上；若超过50ms或直接报错，说明当前页面环境已被污染（如全局JSON对象被重写）。
此时【必须先刷新无扩展的无痕窗口重试】，排除扩展干扰后再定位真实源头。
获取原始响应体用于诊断
在Network面板中找到对应接口 → 点击 → 切换到Response选项卡 → 点击右上角“Copy response”按钮。
注意：不要复制Preview里的美化后内容，必须用Response原始文本。 美化格式会插入换行、缩进和空格，改变字符串长度与结构，导致本地复现失败。
用于端到端视频本地化流程的轻量编排器，路由至四个专注子技能——/wjs-transcribing-audio、/wjs-translating-subtitles...
把复制的原始文本粘贴进以下测试脚本，保存为.html文件用Safari打开：
<script> const raw = `PASTE_COPIED_RESPONSE_HERE`; console.log("长度:", raw.length); console.log("前50字符:", raw.substring(0,50)); console.log("末50字符:", raw.substring(Math.max(raw.length-50, 0))); </script>
替代方案：用fetch().then(r => r.json())流式解析
方法一：Safari原生支持的response.json()（需Safari≥16.4）
将原本的fetch(url).then(r => r.text()).then(text => JSON.parse(text))改为：
fetch(url).then(r => { if(!r.ok) throw new Error(r.status); return r.json(); })
此方式由WebKit底层接管解析流程，自动分块释放内存，避免主线程长时间占用。
方法二：手动流式分块解析（兼容旧版Safari）
使用ReadableStream配合TextDecoderStream逐段读取响应流，用状态机识别JSON边界，边收边解析，内存占用恒定在几MB内。
方法三：Web Worker异步解析（需自行序列化/反序列化）
将原始JSON字符串postMessage到Worker，在独立线程调用JSON.parse()，完成后send回主线程。注意：Worker无法直接访问DOM，解析结果需转为可序列化结构。
