Node.js中async/await与Promise执行行为差异咨询

测试运行环境为Node.js v18.2.0，复现问题的完整代码如下：

async function res_asyncf(){
  await setTimeout(r => {}, 1000);
}
const res_promise = new Promise(async r => {
  await setTimeout(r, 1000);
});

async function not_res_asyncf(){
  while(true){ }
}
const not_res_promise = new Promise(async r => { });

(async () => {
  console.log("Async wrapper entered");
  await <async_thing_here>;
  console.log("Promise resolved");
})();

替换占位符<async_thing_here>为不同值时的执行表现差异，是JS异步机制、Promise状态规则、Node.js事件循环退出逻辑共同作用的结果，各场景底层原理如下：

• 替换为res_asyncf()时无等待直接执行后续
  核心误区是 setTimeout本身不返回Promise：setTimeout是传统回调风格API，返回值是数值类型的定时器ID，不属于Promise实例。当await关键字拿到非Promise类型的值时，会自动将其包装为已兑现（fulfilled）状态的Promise，相当于等待立刻结束。
  代码中res_asyncf内部的await setTimeout(r => {}, 1000)执行时，会立刻拿到定时器ID并结束当前函数的等待，1秒后触发的定时器回调是空函数，和res_asyncf返回的Promise状态没有任何绑定，因此外层await拿到的是立刻resolve的Promise，不会产生等待效果。
• 替换为res_promise时等待1秒后打印Promise resolved
  该场景中Promise构造器的执行函数里，把Promise的resolve函数r作为回调传给了setTimeout。虽然代码里写了await setTimeout(r, 1000)，await拿到setTimeout返回的数值ID会立刻结束等待，但定时器已经成功注册，1秒后触发时会直接调用r()，将res_promise的状态标记为已兑现，外层await会等到这个状态变更后才继续执行后续代码，表现符合预期。
• 替换为not_res_asyncf()时程序永久阻塞
  not_res_asyncf内部是无中断条件的同步死循环while(true){}，同步代码会持续占据事件循环主线程，引擎既没有机会执行微任务、宏任务队列中的其他任务，也走不到事件循环的退出检查逻辑，函数永远无法执行到返回位置，返回的Promise永远不会变更状态，程序完全卡死挂起。
• 替换为not_res_promise时程序直接退出，无阻塞也无后续打印
  这里有两个关键规则：
  1. 传入Promise构造器的async r => {}函数执行时，没有任何逻辑调用resolve函数r，也没有注册任何定时器、IO操作这类会留在事件循环中的活跃异步资源，因此not_res_promise会一直保持pending状态。
  2. Node.js的进程退出逻辑是：当主线程同步代码执行完毕，事件循环中没有任何待处理的活跃句柄（活跃定时器、打开的IO句柄、socket连接等）时，不管是否存在永远pending的Promise，进程都会直接退出——pending状态的Promise本身不会被事件循环判定为需要保持进程存活的活跃资源。
     该场景和永久阻塞场景的核心差异是：这里主线程执行完同步代码后没有任何待执行任务，事件循环直接触发退出；而死循环场景中主线程被同步代码持续占用，根本无法走到退出检查步骤。

内容的提问来源于stack exchange，提问作者gXLg