死循环中调用函数操作文件时遭遇“too many files open”错误的求助

开发者阿泽

2026-4-8

嗨，我仔细看了你的代码和问题描述——明明每次打开文件后都调用了fclose()，结果还是碰到了“too many files open”的报错，这确实挺闹心的。咱们来一步步拆解可能的问题：

先确认fclose()是否真的完成了关闭操作
你的代码里，fopen()失败时会直接exit终止程序，所以只要程序还在循环跑，说明fopen()一直是成功的，理论上每次都会走到fclose()。但有时候关闭文件也可能出问题，比如磁盘IO错误，导致句柄没被真正释放。你可以给fclose()加个返回值检查，看看是不是这里出了问题：
```
if (fclose(s) != 0) {
    perror("Failed to close settings.txt");
    // 可以在这里加日志或者其他错误处理逻辑
}
```
排查有没有隐藏的代码分支跳过了fclose()
虽然你贴的代码里没有，但实际运行时可能存在你没注意到的情况——比如如果在strtok处理之后、fclose()之前，有某个return语句，或者程序收到了信号导致函数被中断，都会让fclose()得不到执行。你可以再仔细捋一遍函数里的逻辑，确保只要文件被成功打开，fclose()就一定会被调用到。
考虑操作系统的句柄回收延迟
有些系统对文件句柄的回收可能有短暂延迟，如果你的循环跑得太快，前一次的句柄还没被系统回收，下一次又打开了新的，积累到一定数量就会触发报错。你可以尝试在循环里加个短暂的休眠，比如：
```
#include <unistd.h> // 需要加这个头文件
int main(){
    for(;;){
        myfunction();
        sleep(1); // 暂停1秒，给系统时间回收句柄
    }
    return 0;
}
```
如果加了延迟后错误消失，那大概率就是这个原因。
检查目标文件是不是特殊文件
如果settings.txt不是普通的本地磁盘文件（比如是设备文件、管道或者网络共享文件），关闭操作的行为可能和普通文件不一样，导致句柄无法及时释放。你可以换一个普通的测试文本文件试试，看问题会不会重现。

对了，还有个小细节：你代码里的if(s != NULL)判断其实是多余的——前面已经通过if(!s)判断过，失败就直接退出了，走到这个分支时s肯定是非空的，去掉这个判断能让代码更简洁。

内容来源于stack exchange