长任务超50ms会挤占渲染帧时间，应通过requestIdleCallback智能分片、setTimeout稳定分片、queueMicrotask避免同步阻塞、Web Worker卸载重计算来保障主线程响应性。
长任务超过50ms就会挤占渲染帧时间，导致用户点击无响应、动画掉帧、loading不显示——拆解核心不是“切多少块”，而是让主线程每轮执行后能及时交还控制权，保证每帧有空隙做渲染和响应。
用 requestIdleCallback 做智能分片
它会在浏览器空闲时自动调度任务，且自带 deadline.timeRemaining() 提示剩余可用时间，天然适配 50ms 约束：
- 每次只处理一批数据，直到 deadline.timeRemaining() < 10ms 就暂停
- 剩余任务递归调用 requestIdleCallback，由浏览器决定何时继续
- 适合低优先级任务（如日志上报、非关键 DOM 更新、预加载）
用 setTimeout 实现稳定分片
当需要更可控的节奏（比如必须在用户操作后尽快启动），setTimeout(, 0) 是可靠选择：
- 把大数组按 每批 50–100 项 切分，单次执行控制在 20ms 内
- 处理完一批后调用 setTimeout(processNext, 0)，主动让出主线程
- 比 Promise.then 更早进入宏任务队列，适合对响应时机敏感的场景
用 queueMicrotask 避免同步阻塞
适用于需紧接当前操作之后、但又不能卡住渲染的小逻辑：
立即学习“Java免费学习笔记（深入）”；
- 比如表单校验通过后，把后续提交逻辑推入微任务队列
- 不会像同步代码那样堵死整个调用栈，也不会像 setTimeout 那样延迟一整轮事件循环
- 注意：微任务仍属同一帧内执行，不可用于真正耗时操作
重活交给 Web Worker
图像处理、OCR、大数据计算、加密解密等纯计算型任务，应彻底移出主线程：
- Worker 独立线程运行，主线程完全不受影响
- 通过 postMessage 传递数据，支持 transferable objects 避免拷贝开销
- 适合 HunyuanOCR、WebAssembly 模块、大型 JSON 解析等场景
