为什么Node.js看似会等待所有Promise完成？以setTimeout脚本为例

首先先澄清两个认知偏差：

• 第一，setTimeout在Node.js中并不依赖Promise来托管执行，它的底层调度是由libuv库的事件轮询机制实现的。你观察到程序不会立刻退出，根本不是在等某个Promise完成——setTimeout注册的定时器任务属于宏任务范畴，和微任务队列里的Promise完全没有绑定关系。
• 第二，Node.js从来不会在主线程同步代码执行完毕后立刻终止进程。

进程正常退出的唯一触发条件（除了手动调用退出接口、或者抛出未捕获的异常），是事件循环检测到所有被运行时跟踪的待处理任务队列全部为空，没有任何需要等待调度执行的内容。

对应到hello.js代码的实际执行流程 #

1. 当Node.js加载执行hello.js时，那行setTimeout(..., 5000)是同步执行的：这行代码会立刻把一个“5秒后触发回调”的任务注册到libuv的定时器队列中，这个任务会被运行时持续跟踪，不会随同步执行栈的清空被丢弃。
2. 同步代码全部执行完成、执行栈清空后，Node.js不会直接退出，反而会启动轮询逻辑：每一轮轮询都会遍历所有待处理的任务队列，检查是否有到达执行时机的任务。
3. 在等待的5秒里，事件循环会一直保持轮询状态，直到到点触发定时器的回调、执行完console.log('hello')，确认定时器队列已经没有剩余任务，才会走正常的进程退出流程。

直观验证的对比场景 #

如果修改代码，在定时器注册完之后手动主动终止进程，就会发现程序根本不会等5秒：

setTimeout(() => {console.log('hello');}, 5000);
process.exit(0);

执行这段代码的时候，程序会立刻退出，连一行输出都不会打印——这也能证明，程序等待5秒的行为，不是什么“自动等待异步Promise”的强制逻辑，只是Node.js默认遵循“所有注册的任务全部跑完再退出”的规则而已。

补充说明：很多开发者会把浏览器端的JS执行逻辑和Node.js搞混。浏览器端的JS虽然也有事件循环，但浏览器进程本身是由标签页控制的，哪怕还有没执行完的异步任务，关标签页的时候进程也会直接终止；但Node.js作为独立运行时，只要还有被跟踪的待处理任务（哪怕是没清的定时器、没关闭的网络连接、没读完的文件句柄），就会一直保持运行状态。

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