process.nexttick 是比 promise 微任务优先级更高的独立队列，紧贴同步代码后执行，每个事件循环阶段结束时立即清空，早于 promise.then；滥用会导致事件循环阻塞。
在 Node.js 的 Event Loop 中，process.nextTick 确实会在所有微任务（如 Promise.then）之前执行，但它不是“插队”，而是被设计为**更高优先级的微任务变体**——它不属于标准 Promise 微任务队列，而是独立维护在当前操作完成后的“next tick 队列”中。
nextTick 不是微任务，但优先级更高
process.nextTick 的回调被放入一个特殊的、**紧贴当前同步代码之后立即执行**的队列。这个队列在每次 V8 调用栈清空后、进入下一轮事件循环前被清空，且**早于 Promise 微任务队列**。
- Node.js 的事件循环阶段中，
nextTick队列在每个阶段结束后都会被强制清空（即使还没到微任务阶段） - 而 Promise 回调等标准微任务，只在
poll阶段退出后、进入check阶段前统一执行一次 - 所以哪怕你在
Promise.resolve().then()后立刻调用process.nextTick()，后者也会先执行
执行时机比 Promise.then 更早
看这个例子：
console.log('1');
Promise.resolve().then(() => console.log('2'));
process.nextTick(() => console.log('3'));
console.log('4');
输出顺序是：1 → 4 → 3 → 2。说明：
- 同步代码先执行（1 和 4）
- 接着清空
nextTick队列（3） - 最后才处理 Promise 微任务队列（2）
nextTick 是“当前操作结束时”的钩子
它的本质是告诉 Node.js：“请在我当前正在做的这件事做完、但还没让出控制权给事件循环之前，执行这个回调”。这使它非常适合：
- 错误边界处理：在同步抛错后立即捕获，避免被 Promise 捕获逻辑干扰
- 递归防爆：把深层递归拆成异步，但又不进事件循环（比
setImmediate更快） - 资源清理或状态同步：确保在当前上下文彻底结束前完成关键操作
注意：滥用 nextTick 会阻塞事件循环
因为 nextTick 队列会在每个阶段后反复清空，如果里面不断添加新回调（比如递归调用 process.nextTick），就会形成“饥饿循环”，导致 I/O、定时器、甚至 setTimeout 都无法执行。
- 这是它和
Promise.then的关键区别：Promise 微任务最多执行一次，而nextTick队列会持续清空直到为空 - Node.js 会警告：
(node:xxx) MaxListenersExceededWarning: Possible EventEmitter memory leak detected.（当大量nextTick堆积时）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
