时间切片是将长任务拆分为小任务，在主线程空闲时分批执行以避免阻塞渲染和交互；核心用requestidlecallback自然节流，配合deadline.timeremaining()控制执行时长，并降级至settimeout保障兼容性。
时间切片（Time Slicing）是将一个耗时的长任务拆分成多个小任务，在主线程空闲时分批执行，避免阻塞渲染和用户交互。核心思路是利用 setTimeout、requestIdleCallback 或 queueMicrotask 主动让出控制权，让浏览器有机会处理样式计算、布局、绘制和事件响应。
用 requestIdleCallback 做自然节流
这是最契合“空闲时段执行”的 API，浏览器会在帧末尾、无高优先级任务时调用回调，并提供剩余空闲时间（deadline.timeRemaining()），便于精准控制单次执行时长。
- 检查
deadline.timeRemaining() > 0再执行下一批，避免超时卡顿 - 配合
deadline.didTimeout处理紧急兜底（如已超时，强制执行并立即调度下一轮） - 注意兼容性：Safari 旧版本不支持，需降级到
setTimeout(..., 0)
手动时间切片 + setTimeout 实现稳定回退
当需要更高可控性或兼容老环境时，可基于固定时间阈值（如 1ms–5ms）主动切分任务：
- 维护待处理数据队列（如数组索引、迭代器状态）
- 每次只处理一部分（例如 100 项），然后用
setTimeout(fn, 0)延迟到下一个宏任务 - 避免用
while (time 这类忙等待——它仍会阻塞，应改用计数或中断点
结合任务优先级做渐进式处理
不是所有子任务都同等重要。可按语义分级，比如：
- 高优：更新 UI 状态、响应用户操作（立即同步或微任务）
- 中优：批量数据转换、缓存预热（走
requestIdleCallback） - 低优：日志上报、非关键统计（可延迟到页面隐藏时再发）
这样既保障响应性，又不浪费空闲时间。
避开常见陷阱
时间切片不是加个 setTimeout 就万事大吉：
- 不要在切片中频繁修改 DOM —— 每次重排重绘代价高，应攒批量更新后统一操作
- 避免闭包持有大量临时对象，防止内存持续增长
- 切片逻辑本身要有状态快照（如当前处理到第几个元素），否则刷新或中断后无法续跑
-
requestIdleCallback不保证一定执行（如页面后台运行时可能被暂停），关键逻辑不能只依赖它
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
