关于readdir线程安全性的三个技术疑问

背景与已知信息 #

我仅具备基础C语言知识，对Linux系统并不熟悉，目前对readdir的了解如下：

• 有说法称readdir()非线程安全是因为它使用了静态变量，逻辑可模拟为：

struct dirent* readdir() {
 static struct dirent; //read action 
 return &dirent;
}

• 实际glibc实现中，操作不同dirstream（即DIR结构体）时readdir()是线程安全的，操作同一dirstream时则不安全
• readdir_r自glibc 2.24版本起已被弃用

疑问 #

1. 我查看的glibc源码中未发现任何static variable，仅看到其使用锁来保证线程安全，请问该静态变量位于何处？
2. 我尝试通过多线程读取同一dirstream，代码示例如下：

DIR* des_dir=opendir(xxx);
pthread_create(pid,0,custom_readdir,des_dir);

测试结果显示各线程均可正确输出部分目录内容，该如何理解“多线程读取同一目录流不安全”这一结论？
3. 若readdir()确实存在线程不安全问题，请问有哪些安全的目录读取方法？我尚未找到可替代readdir()的函数。

解答 #

问题1：静态变量的位置 #

你看到的readdir.c是上层封装逻辑，早期glibc版本中，readdir底层会用全局静态的dirent结构体缓存结果，但现代glibc为优化线程安全，已将这类状态变量移到了DIR结构体内部，不再是全局静态。不过DIR结构体内部的目录位置指针等状态是共享的，当多个线程操作同一个DIR指针时，这些内部状态的并发修改仍会引发问题——而源码中的锁只保证了不同DIR实例之间的线程安全，同一DIR实例的操作并没有锁保护。

问题2：多线程读同一dirstream的“不安全”表现 #

你测试中看到的“各线程正确输出部分内容”只是未触发竞态条件的巧合。DIR结构体内部维护着记录当前读取位置的指针，当多个线程同时调用readdir时，线程A刚修改完位置指针，线程B可能在调度下立刻读取，导致位置指针被混乱修改，最终出现条目重复读取、丢失，甚至返回错误结果的情况。这种竞态条件的触发依赖线程调度时机，不是每次测试都会显现，但风险真实存在。

问题3：安全的目录读取方法 #

• 为每个线程单独打开目录流：每个线程调用opendir打开目标目录，获得独立的DIR指针，各自调用readdir。这种方式完全线程安全，因为每个线程操作自己的目录流状态。
• 手动加锁保护同一DIR：如果必须共享同一个DIR指针，可在所有线程调用readdir前后加互斥锁（如pthread_mutex_t），保证同一时间只有一个线程操作该目录流，避免竞态。
• 直接调用系统调用getdents64：这是readdir底层依赖的系统调用，需要自己处理缓冲区分配和条目解析，复杂度较高，但能完全控制遍历过程。

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