系统报EMFILE错误：使用fs.readFileSync后需显式关闭文件吗？

核心结论 #

• 使用fs.readFileSync时不需要显式关闭文件，这个方法属于同步阻塞式读取，读取完成后会自动释放对应的文件描述符。

为什么会触发EMFILE错误？ #

虽然readFileSync会自动关闭文件，但如果filenames包含大量文件，循环执行同步读取时，短时间内频繁打开、关闭文件，可能会触发系统的文件描述符临时回收上限——系统需要一定时间窗口回收已关闭的描述符，密集操作下会出现临时不足的情况。

解决建议 #

1. 调整系统文件描述符上限：
   • Linux/macOS可通过命令临时调整，比如执行ulimit -n 4096（临时生效，重启后恢复），或修改系统配置文件实现永久调整。
2. 改用异步读取并控制并发数：
   同步循环会阻塞事件循环，且密集操作易触发描述符限制，换成异步读取并限制同时处理的文件数量，能更高效利用资源：

   import * as fs from 'fs/promises';
   import { default as pLimit } from 'p-limit';
   
   // 限制同时处理3个文件
   const limit = pLimit(3);
   
   async function processFiles(filenames) {
     const tasks = filenames.map(filename => 
       limit(async () => {
         const text = await fs.readFile(filename, 'utf8');
         // 处理文件内容逻辑
       })
     );
     await Promise.all(tasks);
   }
   

3. 排查其他未关闭的文件操作：
   检查代码中是否存在fs.open、createReadStream等未显式关闭/销毁的操作，这类操作才是文件描述符泄漏的常见诱因。

补充说明 #

你提到的权威解答未提及显式关闭，正是因为readFileSync本身已封装了自动关闭逻辑，无需额外操作。

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