关于JavaScript Event Loop与I/O密集型任务的执行疑问

1. 任务执行顺序问题 #

当A、B执行完毕，C的回调被推入调用栈开始执行时，新的同步任务D会被暂存到同步任务队列中，必须等C完全执行结束、调用栈空闲后，D才会进入调用栈执行。

需要明确：I/O密集型任务C的耗时I/O操作本身是由JavaScript宿主环境（浏览器/Node.js）的底层线程池处理的，这部分不占用主线程。进入调用栈的是C的回调函数，回调本身的执行是同步的——哪怕它是处理I/O结果的逻辑，只要在调用栈里，就会被主线程从头到尾执行完，中间不会被打断。所以最终执行顺序还是 A→B→C→D，和CPU密集型任务的回调执行顺序一致。

2. 为什么JavaScript是非阻塞语言？ #

非阻塞的核心是主线程不会等待异步I/O操作完成。当发起异步I/O任务（比如C）时，主线程只是把任务交给宿主环境的线程池，然后立刻继续执行后续的同步任务（A、B），不会卡在原地等I/O结束。只有当I/O操作完成后，对应的回调才会被加入事件队列，等待主线程空闲时再执行。

你困惑的“一旦开始执行就先完成”，指的是回调函数在主线程的执行，而非I/O操作本身。非阻塞针对的是I/O等待阶段，而非回调的同步执行阶段——回调执行是主线程的同步工作，但这时候已经没有I/O等待了，只是处理结果的逻辑，所以不影响JS的非阻塞特性。

3. Express服务器中长数据库查询不阻塞新请求的原因 #

Express运行在Node.js环境中，主流数据库驱动（如mysql2、mongoose）默认都是异步I/O实现的。当发起长时间数据库查询时：

• 主线程仅发送查询请求给驱动，驱动会把查询任务交给Node.js的线程池处理
• 主线程立刻释放，转而处理新的HTTP请求
• 当数据库查询完成后，驱动会把结果回调加入事件队列，等主线程处理完当前任务（比如其他请求的逻辑）后，再执行这个回调

也就是说，数据库查询的等待过程中，主线程并没有被占用，因此可以正常处理新请求，不会出现阻塞。

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