Node.js异步文件读写启动后是否同步执行？fs模块函数内部结构探究

一、fs基础异步函数的内部异步性 #

Node.js的fs模块异步函数（比如appendFile、writeFile、readFile等）会将控制权交还给事件循环，它们的文件操作并不是一次性同步完成的，内部存在异步调度逻辑。

二、appendFile调用的执行结果分析 #

对于这段代码：

fs.appendFile("test.txt", "foo", a=>a);
fs.appendFile("test.txt", "bar", a=>a);

• 不会出现内容交错（如fboaor）：每个appendFile对应的底层文件写入操作具备原子性——只要写入的数据量不超过操作系统的原子写入阈值（通常是4KB或更大，取决于系统和文件系统），操作系统会保证这段数据完整写入，不会被其他写入操作打断。
• 可能出现顺序颠倒（结果为barfoo）：两个appendFile调用都是异步发起的，它们的执行顺序由事件循环调度和操作系统文件操作的完成速度决定。谁的底层写入先完成，谁的内容就会先出现在文件中，因此最终文件内容可能是foobar，也可能是barfoo。

三、fs核心异步函数的内部结构与事件循环交互 #

readFile、writeFile、unlink这类异步函数的执行流程如下：

1. JavaScript层调用函数时，会将请求参数传递给Node.js的C++底层模块。
2. 底层模块将文件操作任务交给操作系统的异步I/O接口（如Linux的epoll、Windows的IOCP），此时立即把控制权交还给JavaScript事件循环，主线程可以继续处理其他任务。
3. 当操作系统完成文件操作后，会通过回调通知Node.js底层，底层再将回调任务加入事件循环的任务队列，等待JavaScript主线程空闲时执行对应的回调函数。

简言之，这些函数不会阻塞事件循环，文件操作在操作系统层面异步完成，JavaScript层仅负责发起请求和处理结果，中间过程会释放事件循环的控制权。

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