javascript中代码分块执行的核心是将大任务拆解为小任务，利用settimeout、requestidlecallback或promise+settimeout在浏览器空闲时按需执行，避免主线程阻塞，单次任务应控制在5ms内并及时清理定时器。
JavaScript 中通过定时器实现代码分块按需执行，核心是把大任务拆成小任务，利用 setTimeout 或 setInterval 让浏览器有空隙处理渲染、用户交互等高优先级任务，避免主线程长时间阻塞。
用 setTimeout 拆解同步循环任务
当有一大批数据需要遍历处理（比如 10 万条记录的格式化），直接 for 循环会卡死页面。可将循环切片，每次只处理一小段，再用 setTimeout 延后执行下一段：
- 设定每批处理数量（如 100 条），维护一个起始索引
- 每次只处理当前批次，更新索引，若还有剩余则递归调用自身（用
setTimeout(fn, 0)） -
setTimeout(fn, 0)并非立即执行，而是“尽快”，它会把任务推入宏任务队列，让出控制权给渲染和事件响应
使用 requestIdleCallback 做更智能的空闲调度
相比定时器，requestIdleCallback 是浏览器原生提供的空闲时间调度 API，更适合“按需”执行低优先级任务：
- 它会在浏览器空闲时段（如帧渲染完成、无用户输入时）自动调用回调函数
- 回调参数提供
deadline对象，可用deadline.timeRemaining()判断还剩多少毫秒可用 - 适合做日志上报、非关键 DOM 更新、预加载等不影响用户体验的任务
- 注意兼容性：IE 不支持，需配合
setTimeout回退
结合 Promise + setTimeout 实现异步节流式执行
对需要顺序执行但又不能阻塞 UI 的操作（如批量接口请求、链式动画准备），可用 Promise 封装定时延迟，形成可控节奏：
- 把每个子任务包装成返回 Promise 的函数
- 用
setTimeout控制每个 Promise 的 resolve 时间点，或在 then 链中插入延迟 - 例如：每 50ms 执行一个请求，避免瞬间并发过多；或每 100ms 更新一次进度条
- 比单纯循环加 setTimeout 更易管理状态和错误
避免常见陷阱：不要滥用 setInterval 或过短 delay
定时器不是万能解药，使用不当反而加重负担：
-
setInterval容易累积未完成任务，尤其在任务执行时间超过间隔时，推荐优先用setTimeout递归代替 - delay 设为 0 并不等于“立刻”，但太小（如 1ms）可能触发频繁调度，实际效果接近同步，失去分块意义
- 真正影响体验的是连续占用主线程超过 16ms（一帧时间），所以单次分块任务应尽量控制在 5ms 内完成
- 记得在任务完成或用户离开页面时清理定时器（
clearTimeout/clearInterval），防止内存泄漏
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
