复杂遍历长任务拆分需动态监控耗时而非静态切块：每次执行后用performance.now()检测是否超帧预算（如3ms），超则用settimeout或queuemicrotask让出主线程；树遍历等场景应以“可评估耗时的最小单元”为拆分点，配合栈模拟递归并维护游标状态。
在复杂遍历中做长任务拆分，关键不是简单地按数组长度切块，而是结合耗时监控动态决定拆分点。核心思路是：每次执行一小段逻辑后主动让出主线程，并检查已用时间是否接近帧预算（通常 1ms ~ 5ms），超了就用 setTimeout 或 queueMicrotask 延迟到下一事件循环继续。
用 performance.now() 精确监控单次迭代耗时
避免用 Date.now()，它精度低且受系统时间调整影响。在循环体内记录起始时间，每执行若干项（比如 10~50 次）或每处理一个较重对象后，计算已用时间：
- 初始化
const startTime = performance.now()在任务开始前 - 每轮处理后调用
performance.now() - startTime获取已耗时 - 设定阈值（如
3ms），超过即中断当前批次，保存剩余待处理数据
用 requestIdleCallback 或 setTimeout 实现安全让出
requestIdleCallback 适合轻量、非紧急任务，但兼容性有限且不保证及时执行；更通用的做法是用 setTimeout(..., 0) 或 queueMicrotask：
-
setTimeout确保进入下一轮宏任务，给浏览器留出渲染/响应时间 -
queueMicrotask更快，适合微小拆分（如单个对象深度处理），但连续使用可能阻塞渲染 - 推荐组合：高频小步用
queueMicrotask，累计接近 3ms 后切到setTimeout
遍历结构复杂时，把“单位工作”定义清楚
不要以数组索引为唯一拆分依据。例如遍历树结构、嵌套对象或带异步依赖的集合时：
- 将一次“可评估耗时的最小单元”作为拆分点：如处理一个节点 + 其直接子节点，或解析一个 JSON 片段
- 维护游标（cursor）或迭代器状态，而不是重置整个循环变量
- 对每个单元预估成本（如根据字段数、嵌套深度加权），动态调整单次执行数量
示例：带耗时控制的树遍历拆分
假设你正在遍历大型 DOM 树并收集特定属性：
function walkTreeWithSplit(root, callback) {
const stack = [root];
const startTime = performance.now();
const frameBudget = 3; // ms
<p>function doChunk() {
while (stack.length > 0) {
if (performance.now() - startTime > frameBudget) {
setTimeout(doChunk, 0);
return;
}
const node = stack.pop();
callback(node);
// 只推入子元素，不递归深入
for (let i = node.children.length - 1; i >= 0; i--) {
stack.push(node.children[i]);
}
}
}
doChunk();
}</p>
这个写法把递归转为栈+循环，每轮只处理部分节点，并在超时时交还控制权。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
