在 javascript 的事件循环中，`process.nexttick` 的优先级高于 `promise.then`。这意味着当同步代码执行完毕后，引擎会先清空 nexttick 队列中的所有回调，然后才去处理 promise 的微任务。这种设计使得 `nexttick` 能够确保在事件循环继续之前完成某些关键清理或状态更新操作。
为什么 nextTick 比 Promise 微任务先执行
Node.js 的事件循环机制将微任务分为不同的队列。`process.nextTick` 拥有自己独立的队列，且该队列的处理时机被设定为在所有其他微任务（包括 Promise）之前。这并非因为 nextTick 是“更高级”的微任务，而是 Node.js 为了兼容早期异步 API 而保留的特殊行为。开发者应当意识到，如果在一个 Promise 回调中调用 `nextTick`，这个 nextTick 回调会在当前 Promise 链的下一个 `.then` 之前执行。
console.log('Start');
Promise.resolve().then(() => {
console.log('Promise 1');
});
process.nextTick(() => {
console.log('NextTick 1');
});
console.log('End');
运行上述代码，输出顺序为：Start, End, NextTick 1, Promise 1。这证实了 nextTick 队列在 Promise 微任务队列之前被处理。
立即学习“Java免费学习笔记（深入）”；
嵌套场景下的执行顺序差异
当事件循环进入微任务处理阶段时，如果在一个微任务中又添加了新的微任务，这些新添加的任务会被推入当前正在处理的队列末尾。对于 `process.nextTick`，新加入的 nextTick 回调会立即在当前批次中被执行，导致 nextTick 队列可能无限膨胀，直到队列为空。相比之下，Promise 微任务遵循标准的 FIFO（先进先出）原则，新加入的 Promise 回调会排在后面等待。
function test() {
process.nextTick(() => {
console.log('A');
process.nextTick(() => console.log('B'));
});
Promise.resolve().then(() => {
console.log('C');
Promise.resolve().then(() => console.log('D'));
});
}
test();
console.log('Sync End');
运行结果将是：Sync End, A, B, C, D。注意 A 和 B 连续输出，因为它们都属于 nextTick 队列，且 B 是在 A 执行期间加入的，因此紧接着 A 执行。而 C 和 D 属于 Promise 队列，只有在 nextTick 队列完全清空后才会开始执行。
基于具体输入条件的性能影响分析
如果在高频调用的场景中大量使用 `process.nextTick`，可能会导致事件循环阻塞，因为 nextTick 队列必须完全清空才能进入下一轮微任务或宏任务。例如，如果一个递归算法通过 nextTick 实现，它可能会阻止 I/O 操作的调度。相比之下，使用 Promise 则更加安全，因为它允许事件循环在微任务之间穿插其他工作。因此，除非有明确的理由需要优先于 Promise 执行，否则应优先使用 Promise 进行异步控制。
