怎么在Node REPL中直接测试异步Promise与setTimeout的执行顺序-js教程-PHP中文网

在 node repl 中验证 promise 和 settimeout 执行顺序需主动等待：用 await 包裹 promise 链或 iife，确保微任务清空后再输出；settimeout 属下一轮宏任务，promise.then 属本轮宏任务后的微任务。

怎么在node repl中直接测试异步promise与settimeout的执行顺序

在 Node REPL 中直接测试 Promise 和 setTimeout 的执行顺序，关键在于利用 REPL 的单次输入执行特性 + 显式触发微任务清空机制。虽然 REPL 本身不自动等待异步完成再显示提示，但你可以通过以下方式清晰观察真实执行顺序：

在 REPL 中可靠验证执行顺序的方法

不要依赖多行粘贴后“自然输出”：REPL 对 setTimeout 和 .then() 的回调不会阻塞提示符，输出会穿插在后续输入中，容易误判。
用 await 包裹 Promise 链（推荐）：在顶层使用 await 可让 REPL 等待微任务执行完毕再继续，输出更连贯
```
> await Promise.resolve().then(() => console.log('p1')).then(() => console.log('p2'))
p1
p2
undefined
```

用立即执行的 IIFE + await 统一调度：把 setTimeout 和 Promise.then 放进同一个 async 函数里，强制按事件循环逻辑排队

> (async () => {
... console.log('sync-1');
... setTimeout(() => console.log('timeout'), 0);
... await Promise.resolve().then(() => console.log('promise'));
... console.log('sync-2');
... })()
sync-1
promise
sync-2
timeout
undefined

加 process.nextTick 或 queueMicrotask 做参照点（可选）：它们比 Promise.then 优先级更高（Node.js 中），能进一步确认微任务层级
```
> Promise.resolve().then(() => console.log('p'));
> process.nextTick(() => console.log('nt'));
> console.log('sync');
sync
nt
p
```

为什么不能只写 `setTimeout(...); new Promise(...).then(...)` 就看结果？

REPL 输入后立即执行同步部分，setTimeout 注册宏任务，.then 注册微任务；
但 REPL 不会主动“等微任务清空”，它只等当前表达式求值结束（即返回 undefined），然后就显示 > 提示符；
后续 console.log 输出会出现在新提示符之后，造成顺序错乱（比如你看到 > 出现在 promise 之前）。

一个小技巧：用 `util.promisify(setTimeout)` 模拟可 await 的延时

> const { promisify } = require('util');
> const wait = promisify(setTimeout);
> (async () => {
...   console.log('start');
...   await wait(0);
...   console.log('after timeout');
...   await Promise.resolve().then(() => console.log('in promise'));
... })()
start
after timeout
in promise

这样就能明确看出：setTimeout(fn,0) 的回调属于下一轮宏任务，而 Promise.then 是本轮宏任务结束后立刻执行的微任务。