这是因为，当作为ESM运行时，脚本实际上已经处于微任务阶段。因此，从那里排队的新微任务将在“nextTick”回调之前执行。
两个队列在这里的行为是相同的，因为它们在完成之前都是“实时”清空的，因此任何新的队列回调都将在访问任何其他队列之前执行。

queueMicrotask(() => {
  let winner;
  console.log("in microtask, the winner is");
  queueMicrotask(() => {
    if (!winner) console.log(winner = "microtask");
  });
  process.nextTick(() => {
    if (!winner) console.log(winner = "nextTick");
  });
});
process.nextTick(() => {
  let winner;
  console.log("in nextTick, the winner is");
  queueMicrotask(() => {
    if (!winner) console.log(winner = "microtask");
  });
  process.nextTick(() => {
    if (!winner) console.log(winner = "nextTick");
  });
});

无论主脚本如何计算，上面的脚本将始终输出“In microtask the赢家is microtask”和“In nextTick the winner is nextTick”。（但两个语句的顺序会发生变化）。
在node中，ESM模块脚本实际上是从 async/await 函数中执行的：

async run() {
  await this.instantiate();
  const timeout = -1;
  const breakOnSigint = false;
  try {
    await this.module.evaluate(timeout, breakOnSigint);

所以这意味着当我们的脚本运行时，我们已经在微任务阶段，因此从那里排队的新微任务将首先执行。
当作为CommonJS运行时，我们仍然处于轮询阶段。入口点在这里，然后所有的事情直到实际的评估是同步的。从轮询阶段开始，nextTick将战胜微任务阶段：

setImmediate(() => {
  let winner;
  console.log("in poll phase, the winner is");
  queueMicrotask(() => {
    if (!winner) console.log(winner = "microtask");
  });
  process.nextTick(() => {
    if (!winner) console.log(winner = "nextTick");
  });
});

这将始终输出“in poll phase the赢家is nextTick”，无论主脚本如何被评估。