C语言中未调用closedir()的影响及持续调用opendir()的技术问询

嘿，这个问题问到点子上了——很多人知道要配对调用这两个函数，但对背后的细节不太清楚，我来给你掰扯明白：

1. 单次调用opendir()后未执行closedir()的直接后果 #

• 文件描述符泄漏：在类Unix系统里，目录本质上是一种特殊文件，opendir()底层会调用open()来打开这个目录文件，拿到一个文件描述符。如果不调用closedir()，这个文件描述符不会被主动关闭，会一直占用进程的文件描述符配额。
• 堆内存泄漏：opendir()会在堆上分配一个DIR结构体（里面存着目录流的状态、读取缓冲区、关联的文件描述符等信息），这个结构体的内存不会自动释放，必须通过closedir()来回收。

你说没发现明显影响？那是因为单次泄漏的资源太少了——一个DIR结构体也就几十到一百多字节，单个文件描述符也只是个整数而已，系统资源余量足够的时候确实看不出问题，但这本质上还是隐性的资源泄漏。

2. 持续调用opendir()不关闭的严重后果 #

如果循环调用opendir()却从不调用closedir()，迟早会触发以下问题：

• 文件描述符耗尽：每个进程能打开的文件描述符数量是有限制的（可以用ulimit -n查看默认值，一般是1024或者更高）。当打开的目录数量超过这个上限时，后续的opendir()会返回NULL，同时errno会被设为EMFILE（进程打开文件过多）或者ENFILE（系统全局打开文件数超限）。
• 内存耗尽：每次opendir()分配的DIR结构体都会占用堆内存，持续积累的话，会慢慢吃光进程的可用内存。如果是长期运行的后台服务（比如daemon进程），最终会导致malloc()分配失败，甚至被系统的OOM Killer强制终止。

3. 内部运行机制拆解 #

要理解为什么必须配对调用，得看看这两个函数的底层逻辑：

• opendir()的工作流程：
  1. 调用open()打开目标目录，获取文件描述符；
  2. 调用malloc()分配DIR结构体，把文件描述符、目录读取缓冲区、当前偏移位置等数据存入结构体；
  3. 返回指向这个DIR结构体的指针，供后续的readdir()等函数使用。
• closedir()的工作流程：
  1. 从传入的DIR指针中取出关联的文件描述符，调用close()关闭它；
  2. 调用free()释放DIR结构体占用的堆内存；
  3. 清理相关的内部状态。

这里要注意：如果进程退出了，操作系统会自动回收进程占用的所有文件描述符和内存，所以短程序泄漏可能看不出问题，但长期运行的服务绝对不能忽略这种泄漏——它会像慢性毒药一样慢慢拖垮进程。

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