Safari卡顿主因是JavaScript长任务阻塞主线程。未拆分的循环、DOM操作或JSON解析会垄断主线程数百毫秒，导致响应停滞；低配设备易触发OOM Killer；后台标签页持续抢占资源。解决需用queueMicrotask切片或Web Worker剥离任务。
当你打开一个含大量JavaScript的网页，比如数据看板、在线IDE或实时协作文档，Safari突然变卡、滚动掉帧、点击无反馈，甚至整页冻结数秒，这不是网络慢，而是JavaScript执行已实质性阻塞主线程。
主线程被长任务彻底垄断
JavaScript在Safari中运行于单一线程。一个未拆分的for循环遍历10万条数据、反复读写DOM、或同步解析巨型JSON，会连续占用主线程数百毫秒以上。
此时页面无法响应点击、滚动、输入；setTimeout回调积压不执行；requestAnimationFrame失效；连visibilitychange事件都收不到。
【关键前提】Safari不会主动中断这类长任务，也不弹出“脚本无响应”提示——用户只能等待或强制重启。
立即学习“Java免费学习笔记（深入）”；
低配设备触发OOM Killer机制
iPhone SE（第二代）、iPad Air 2等机型RAM仅2–3GB。若JS循环中还伴随Canvas重绘、对象频繁创建、样式重排，内存瞬时飙升，系统检测到WebProcess进程异常，就会触发OOM Killer强制终止进程。
结果不是单纯网页崩溃，而是整个Safari App卡住数秒，后台其他App调度也受影响。
后台标签页持续抢占资源
你开着12个标签页，其中9个早已切换走，但它们仍在后台执行轮询脚本、维持WebSocket心跳、监听键盘事件——这些任务持续占用CPU时间片，直接拖垮前台页面的60fps渲染帧率。
解决路径：从执行切片到任务剥离
方法一：用queueMicrotask切片执行
把大循环拆成每批≤1000次，每次执行完让出控制权：
function processBatch(start, end) { /* 处理start到end的数据 */ }
function runInBatches(data, batchSize = 1000) {
let i = 0;
function next() {
if (i < data.length) {
const end = Math.min(i + batchSize, data.length);
processBatch(i, end);
i = end;
queueMicrotask(next);
}
}
next();
}
方法二：移交CPU密集型任务至Web Worker
排序、加密、图像处理等操作不要放在主线程做。Worker里跑完再postMessage传回结果，主线程只管UI更新。
