为什么异步readFile函数的回调需传入data参数，而非直接返回文件内容？

核心原因是两类API的执行逻辑存在本质区别：

• 同步APIreadFileSync是阻塞执行
  代码运行到readFileSync调用行时，Node.js会暂停所有后续代码的执行，等待操作系统完成文件读取操作后才会继续向下走，此时操作结果已经就绪，自然可以直接作为返回值赋值给变量。
• 异步APIreadFile是非阻塞执行
  代码运行到readFile调用行时，Node.js只会把文件读取请求提交给底层IO线程，立刻返回继续执行后续代码，不会等待读取结果。此时文件内容还没有被读取到，根本不可能把结果作为返回值直接返回给你赋值。
• 回调参数的作用
  等底层IO完成文件读取后，Node.js事件循环才会触发你传入的回调函数，读取到的文件内容、执行过程中出现的错误，只能通过回调的入参传递给业务逻辑，这是早期JS异步场景下传递结果的标准实现方式。

你尝试直接接收readFile返回值的写法中，contents拿到的其实是该API的原生返回值undefined，和实际的文件内容没有任何关系。

现在Node.js也提供了Promise化的异步文件API，可以用async/await语法写出和同步写法体验接近的代码，本质还是异步逻辑，只是语法糖隐藏了回调的实现：

const fs = require('fs/promises');
async function getFileContent() {
  try {
    const contents = await fs.readFile('sample.txt', 'utf-8');
    console.log(contents);
  } catch (err) {
    // 处理错误
  }
}

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