Linux自制文件浏览器：缓存初始化与目录变更事件同步疑问

目录读取函数的选择 #

先明确几个常见目录读取函数的特性：

• readdir()：存在竞态问题，遍历目录期间若有文件增删，可能导致结果重复或遗漏；且非线程安全（多线程场景需额外加锁保证正确性）。
• scandir()：基于readdir()实现，仅提供排序和过滤封装，同样存在竞态问题。
• nftw()：glibc专属的目录遍历函数，支持深度控制，但确实依赖glibc特性实现无深度遍历。若要替代，推荐使用**getdents()系统调用**——它直接从内核读取目录条目，无需依赖glibc额外封装，灵活性更高，不过需要手动管理缓冲区和解析条目，使用复杂度稍高。

初始化阶段的事件处理优化方案 #

你的朴素方案存在陷入无限循环的风险，以下是更可靠的替代方法：

方法1：利用目录元数据校验 #

通过目录的修改时间戳和inode判断遍历期间是否发生变更：

1. 初始化inotify监听，读取并丢弃所有已存在的事件（这些是监听前发生的变更）。
2. 调用stat()获取目录的st_mtime（修改时间）和st_ino（inode号）。
3. 读取目录内容，构建初始缓存。
4. 再次获取目录的st_mtime和st_ino，若与步骤2记录一致，说明遍历期间目录未被修改，缓存有效，后续正常处理inotify事件即可。
5. 若元数据不一致，清空缓存，重复步骤2-4。

这种方法避免了无限循环的可能——只要某次遍历前后目录元数据稳定，就可以停止重试。

方法2：利用目录文件描述符的快照特性 #

Linux内核中，打开的目录文件描述符会指向目录的一个快照版本，通过该描述符读取的内容始终是打开时刻的目录状态：

1. 初始化inotify监听，读取并丢弃所有已存在的事件。
2. 调用openat()打开目标目录，获取其文件描述符。
3. 通过该文件描述符调用getdents()读取目录内容，构建初始缓存。
4. 关闭目录文件描述符，后续处理inotify事件——这些事件都是读取快照之后发生的变更，可直接应用到缓存上。

此方法从内核层面规避了遍历期间的竞态问题，无需重试，效率更高。

目录锁定的可行性分析 #

Linux下的目录锁定（如flock()或fcntl()）并不适合文件浏览器场景：

• 目录锁属于建议锁（advisory lock），仅对主动遵守锁的进程有效，外部进程完全可以忽略锁修改目录内容，无法保证目录的不可变性。
• 强制锁（mandatory lock）需要文件系统特殊配置，且会导致其他进程无法操作目录，严重影响系统可用性，这对于文件管理器来说是不合理的。

因此，不建议使用目录锁定来解决初始化竞态问题。

内容的提问来源于stack exchange，提问作者J. Doe