linux readdir为何阻塞

在 Linux 下调用 readdir()（或 readdir_r()）时出现阻塞，通常不是函数本身的设计问题，而是底层文件系统的行为或系统状态导致的。下面是常见原因和解释：

一、readdir() 本身会阻塞吗？

会，但只在必要时阻塞。

readdir() 是 同步系统调用封装，它内部会：

• 从内核缓存或目录项（dentry）读取
• 如果缓存中没有，就向文件系统请求数据

所以：

如果文件系统不能及时返回目录项，readdir() 就会阻塞等待

二、常见导致 readdir() 阻塞的原因

1️⃣ 网络文件系统（NFS / CIFS / SMB / SSHFS）

这是最常见原因。

例如：

opendir("/mnt/nfs/share");
readdir(dir);   // 可能卡住几秒甚至几十秒

原因：

• NFS server 无响应
• 网络延迟 / 丢包
• 服务器宕机或挂载参数不合理

✅ 表现：

• readdir() 卡在 D 状态（不可中断睡眠）
• strace 看到卡在 getdents

2️⃣ 目录非常大（百万级文件）

readdir() 会：

• 一次性读取多个目录项
• 如果目录元数据未缓存，需要扫描磁盘

例如：

ls huge_dir/   # 也会卡

✅ 特点：

• 第一次读很慢
• 第二次通常快（page cache）

3️⃣ 文件系统故障 / 磁盘 IO 异常

可能出现：

• 磁盘坏道
• RAID 降级
• 文件系统只读或卡死

此时：

• readdir() 会一直等 IO 完成
• 进程进入 D 状态

4️⃣ 目录被其他进程频繁修改

例如：

• 另一个进程在持续 create / unlink
• 目录锁竞争

某些文件系统（如 ext4）在并发下：

• readdir() 可能需要等待锁

5️⃣ 挂载参数导致阻塞行为

例如 NFS 使用：

hard,intr

• hard：IO 失败不会返回，一直重试
• 导致 readdir() 永久阻塞

6️⃣ FUSE / 自定义文件系统

如果你用的是：

• FUSE
• 自建文件系统

readdir() 是否阻塞完全取决于：

• FUSE daemon 的实现
• 是否同步返回

三、如何确认 readdir() 是否真的阻塞？

1️⃣ 查看进程状态

ps -eo pid,stat,comm | grep your_proc

• D：不可中断睡眠（IO 阻塞）
• S：可中断睡眠

2️⃣ 使用 strace

strace -p <pid>

可能看到：

getdents64(...)

说明卡在目录读取。

3️⃣ 查看挂载类型

mount | grep <path>
df -T <path>

四、如何避免或缓解阻塞？

✅ 1. 使用非阻塞 / 超时机制

• 用 多线程
• 主线程不调用 readdir()
• worker 线程可取消（注意 D 状态无法被 kill）

✅ 2. NFS 使用软挂载

mount -o soft,timeo=10,retry=2

⚠️ 但可能丢数据，仅适合只读场景。

✅ 3. 避免超大目录

• 分目录（hash 分桶）
• 不要在一个目录放百万文件

✅ 4. 使用 getdents64 + 自己解析（高级）

• 减少 libc 封装开销
• 但仍然无法避免底层阻塞

五、总结一句话

readdir() 阻塞的本质是：目录数据不能及时从文件系统返回，而它又是同步调用。

如果你愿意，可以告诉我：

• 用的什么文件系统（ext4 / NFS / overlay）
• 是否多线程
• strace 或 ps 的输出

我可以帮你更精确定位问题。