Node.js作为基于事件驱动的非阻塞I/O运行时，文件I/O操作的加载模式直接决定了代码的执行顺序，理解同步与异步加载的差异是掌握Node.js核心特性的关键。
同步文件I/O的加载逻辑
同步文件I/O操作会阻塞Node.js的主线程，只有当当前文件操作完全执行完成后，后续的代码才会继续运行。Node.js的fs模块提供了同步版本的文件操作方法，方法名通常以Sync结尾。
以下是一个同步读取文件的示例：
const fs = require('fs');
console.log('开始执行同步文件读取');
// 同步读取文件，会阻塞后续代码
try {
const data = fs.readFileSync('./test.txt', 'utf8');
console.log('文件内容:', data);
} catch (err) {
console.error('读取文件失败:', err.message);
}
console.log('同步文件读取执行完成');
上述代码的执行顺序非常明确：先输出开始执行同步文件读取，然后执行文件读取操作，等待读取完成后输出文件内容，最后才会输出同步文件读取执行完成。如果文件读取耗时较长，整个主线程都会被阻塞，后续的定时器、网络请求等操作都无法执行。
异步文件I/O的加载逻辑
异步文件I/O操作不会阻塞主线程，调用异步方法后会立即执行后续代码，文件操作在后台执行，完成后通过回调函数、Promise或者async/await的方式通知主线程。Node.js的fs模块默认的异步方法不带Sync后缀，支持回调和Promise两种使用方式。
回调方式的异步文件读取
传统的异步文件读取使用回调函数处理结果，示例如下：
const fs = require('fs');
console.log('开始执行异步文件读取（回调方式）');
// 异步读取文件，不会阻塞后续代码
fs.readFile('./test.txt', 'utf8', (err, data) => {
if (err) {
console.error('读取文件失败:', err.message);
return;
}
console.log('文件内容:', data);
});
console.log('异步文件读取调用完成，等待结果返回');
这段代码的执行顺序是：先输出开始执行异步文件读取（回调方式），然后调用readFile方法，此时不会等待文件读取完成，直接输出异步文件读取调用完成，等待结果返回，最后当文件读取完成后，才会执行回调函数输出文件内容。如果文件读取耗时1秒，那么异步文件读取调用完成，等待结果返回会在调用后立即输出，不会等待1秒。
Promise与async/await方式的异步文件读取
Node.js后续版本中fs模块提供了Promise化的方法，结合async/await可以让异步代码看起来更像同步代码，但本质仍然是异步执行：
const fs = require('fs').promises;
async function readFileAsync() {
console.log('开始执行异步文件读取（async/await方式）');
// 这里的await只会阻塞当前async函数内部的后续代码，不会阻塞主线程
try {
const data = await fs.readFile('./test.txt', 'utf8');
console.log('文件内容:', data);
} catch (err) {
console.error('读取文件失败:', err.message);
}
console.log('async函数内部读取完成');
}
readFileAsync();
console.log('主线程代码继续执行');
执行上述代码时，首先输出开始执行异步文件读取（async/await方式），然后调用readFile方法，由于await的存在，当前async函数内部的后续代码会暂停执行，但主线程不会被阻塞，所以会立即输出主线程代码继续执行，当文件读取完成后，才会继续执行async函数内部剩下的代码，输出文件内容和async函数内部读取完成。
两种加载模式的适用场景
同步加载适合在程序启动阶段读取配置文件、初始化必要资源等场景，这些操作必须在后续逻辑执行前完成，阻塞主线程的代价可以接受。异步加载适合处理用户请求、大文件操作、网络请求等场景，避免阻塞主线程导致程序失去响应。
可以通过以下表格对比两种模式的核心差异：
| 对比维度 | 同步加载 | 异步加载 |
|---|---|---|
| 主线程阻塞情况 | 会阻塞，直到操作完成 | 不会阻塞主线程 |
| 代码执行顺序 | 严格按照书写顺序执行 | 异步操作完成后才执行回调逻辑 |
| 错误处理方式 | 使用try...catch捕获 | 回调中判断错误参数或使用catch捕获 |
| 适用场景 | 初始化、必须前置的操作 | 高并发、耗时操作、用户交互场景 |
常见执行顺序误区
很多开发者会误以为使用async/await的异步代码就是同步执行，实际上await只会暂停当前async函数内部的执行，不会阻塞整个主线程。比如下面的示例：
const fs = require('fs').promises;
async function task1() {
console.log('task1开始');
await fs.readFile('./test.txt', 'utf8');
console.log('task1结束');
}
function task2() {
console.log('task2执行');
}
task1();
task2();
执行结果是先输出task1开始，然后调用readFile后，task1内部暂停，主线程继续执行task2输出task2执行，最后文件读取完成后输出task1结束，而不是先执行完task1再执行task2。
在实际开发中，需要根据业务场景选择合适的文件I/O加载模式，避免因错误理解执行顺序导致程序出现逻辑漏洞，影响运行效率。