微任务无限递归不会导致死锁但会使事件循环停滞、UI冻结、内存持续增长；典型表现为页面卡死且控制台无报错，Performance面板显示主线程长时间高负载，Memory面板中Promise对象持续增多，调用栈反复出现同一函数链。
微任务无限递归不会导致传统意义上的“死锁”，但会造成事件循环无法推进、主线程持续占用、页面无响应（UI 冻结）、内存持续增长，表现类似死锁。排查核心是识别微任务链异常膨胀，并定位源头。
观察浏览器是否卡死且控制台无报错
这是最典型的表象：页面完全无响应，开发者工具能打开但无法点击、滚动，Console 里没有报错或堆栈溢出提示（因为没触发 RangeError: Maximum call stack size exceeded）。这是因为微任务在每次宏任务结束后集中清空，而递归调用 Promise.then、queueMicrotask 或 MutationObserver 会不断往微任务队列追加新任务，主线程永远无法进入下一轮宏任务（如定时器、用户交互、渲染）。
- 打开 DevTools → Performance 面板 → 点击录制，稍等几秒后停止：若看到主线程长时间（>100ms）连续运行且“Task”类型密集、无“Idle”或“Rendering”片段，高度可疑
- 切换到 Memory 面板 → 快速拍几张堆快照（Heap Snapshot），对比发现 Promise 对象、闭包引用持续增多，尤其大量未 resolve 的 Promise 实例
检查高频微任务调度点
重点审查代码中主动触发微任务的常见位置：
-
Promise.then/catch/finally中又创建并立即链式调用新 Promise：例如错误地在then回调里无条件返回Promise.resolve().then(...) -
queueMicrotask被递归调用：比如函数内部调用queueMicrotask(fn)，而fn又调用了自身 - MutationObserver 回调中修改被观察的 DOM：触发新一轮同步变更，再次进入回调，形成隐式微任务循环
-
await 后续仍触发新微任务：如
async function loop() { await doAsync(); loop(); }—— 注意这不是微任务递归，而是宏任务堆栈溢出；但若doAsync()返回一个立刻 resolve 的 Promise，且loop()在then里调用，则落入微任务陷阱
用 Chrome DevTools 强制中断并查看调用栈
当页面卡住时，不要刷新：
立即学习“Java免费学习笔记（深入）”；
- 在 Sources 面板右上角点击 Pause on caught exceptions（关闭它，避免干扰），然后点击左上角的 Pause script execution（暂停图标 ▶️｜）
- 暂停后，看 Call Stack：如果栈顶反复出现同一组函数（如
onResolved→Promise.then→onResolved…），且深度持续增加，基本确认微任务循环 - 展开栈帧，逐层查看每个函数作用域中的变量，特别注意是否有未清除的监听器、未终止的轮询逻辑、或状态判断缺失（如缺少退出条件的 while + queueMicrotask）
添加微任务计数与熔断机制辅助定位
临时在可疑模块中加入防护性调试代码：
// 示例：限制单次宏任务内微任务执行总数
let microtaskCount = 0;
const MAX_MICROTASKS_PER_TICK = 100;
function safeThen(promise, onFulfilled, onRejected) {
return promise.then(
(val) => {
microtaskCount++;
if (microtaskCount > MAX_MICROTASKS_PER_TICK) {
console.error(`Microtask explosion detected! Count: ${microtaskCount}`);
debugger; // 自动断点
}
return onFulfilled(val);
},
(err) => {
microtaskCount++;
if (microtaskCount > MAX_MICROTASKS_PER_TICK) {
console.error(`Microtask explosion in catch! Count: ${microtaskCount}`);
debugger;
}
return onRejected(err);
}
);
}
上线前务必移除。该方法能快速暴露失控点，配合断点可直接跳转到问题行。
