调用synchronous API时是否会改变Node.js内部逻辑及非阻塞I/O特性

问题1：调用同步API时，是否不会使用Node.js的非阻塞I/O特性？ #

是的，同步API的设计本质就是阻塞式执行，全程不会触发非阻塞I/O机制。
以你示例中的fs.readFileSync为例，调用后会直接阻塞Node.js唯一的主线程，直到I/O操作完成才会返回结果。这个过程调用的是系统级阻塞I/O接口，不会进入Node.js底层libuv的非阻塞I/O调度队列，调用期间整个进程的其他异步任务、事件回调都会被挂起，完全无法用到非阻塞I/O的能力。 #

问题2：同步、异步API调用是否会修改Node.js内部运行机制，尤其是非阻塞I/O相关特性？ #

不会，两类API只是面向开发者提供的不同调用封装，不会改动Node.js底层事件循环、非阻塞I/O的核心运行逻辑。
Node.js的非阻塞I/O能力依赖底层libuv库实现，该底层机制是固定的：

• 异步API（如示例中的fs.readFile）会把I/O请求提交给libuv的线程池/系统异步接口，主线程无需等待就可以继续执行后续代码，等I/O完成后再把回调插入事件循环队列等待执行，全程走非阻塞调度逻辑
• 同步API仅在调用层做了同步阻塞等待，相当于开发者主动选择放弃当前阶段的非阻塞能力，不会修改libuv的底层逻辑，同步调用结束后，后续的异步API依然可以正常使用非阻塞I/O特性

示例代码执行逻辑补充 #

你提供的代码实际运行时，同步逻辑会优先执行完毕：

1. 先执行fs.readFileSync阻塞等待文件读取，打印同步读取结果
2. 主线程空闲后才会处理异步fs.readFile的回调，打印异步读取结果
   这也是运行这段代码时，同步日志永远出现在异步日志之前的原因。

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