linux readdir是否阻塞

简短结论：readdir（以及 readdir_r）本身通常是“非阻塞”的，但它可能会触发底层 I/O，从而在磁盘/网络文件系统层面发生阻塞。

下面分层次说明。

1. readdir 是什么

在 Linux 中：

• readdir() 用于读取目录流（DIR *）中的下一个目录项
• 定义在 <dirent.h>
• 典型用法：

  DIR *dir = opendir("/path");
  struct dirent *entry;
  while ((entry = readdir(dir)) != NULL) {
      ...
  }
  

2. readdir 是否“阻塞”？

✅ 从系统调用语义看

• readdir 不是异步/非阻塞 API
• 它没有 O_NONBLOCK 之类的语义
• 调用它会一直等到“返回一个目录项或出错/结束”

所以严格说：

对调用线程而言，它是同步阻塞调用

✅ 从实现机制看（重点）

Linux 的目录读取通常是缓冲式的：

• opendir() 打开目录
• readdir() 从用户态缓冲中取值
• 当缓冲区为空时，才调用底层 getdents64() 系统调用
• 只有真正做 I/O 时才会“卡”

因此：

• 本地磁盘、缓存命中：几乎不阻塞
• 网络文件系统（NFS / CIFS / FUSE）：可能明显阻塞
• 目录非常大：单次 readdir 也可能较慢

3. 什么时候会“真的卡住”？

以下情况 readdir 可能长时间阻塞：

1. 网络文件系统

   • NFS 超时
   • 服务器无响应

2. 目录损坏或 I/O 错误

   • 磁盘坏块
   • 文件系统 hang

3. FUSE 文件系统

   • 用户态实现逻辑慢或死锁

4. 大量文件

   • 几百万个文件
   • 单次 getdents 代价高

4. 与 readdir_r 的关系

• readdir_r 只是线程安全版本
• 不解决阻塞问题
• 现代 glibc 中 readdir 本身已是线程安全（内部加锁）

5. 如果你需要“非阻塞读目录”

Linux 没有原生的非阻塞 readdir，但可选方案：

✅ 方案 1：放到线程里

pthread_create(..., read_dir_thread, ...);

✅ 方案 2：先 opendir，再异步 I/O（复杂）

• 用 io_uring + getdents64
• 非常底层，不常用

✅ 方案 3：避免大目录

• 分目录
• 使用数据库或索引

6. 一句话总结

readdir 是同步 API，正常情况下很快，但在慢文件系统或异常情况下会阻塞线程；它不是“非阻塞 I/O”。

如果你有具体场景（比如 NFS、FUSE、海量小文件、高并发服务），我可以给更针对性的建议。