使用ReadDirectoryChangesExW时，如何允许目标目录上层文件夹重命名？

这确实是ReadDirectoryChangesExW API结合Windows文件系统锁定机制带来的限制，但可以通过调整句柄打开方式或监控策略解决。

原因分析 #

当你通过CreateFile打开target_dir并持有句柄时，Windows文件系统会对该目录的上层路径（如示例中的dev、project）施加锁定。重命名上层目录会改变target_dir的绝对路径，系统会阻止这种可能导致已打开句柄失效的操作。你设置的FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE仅控制同层级的共享访问权限，无法突破上层目录的重命名限制。

可行解决方案 #

1. 修改句柄打开标志，减少上层锁定 #

在CreateFile调用中添加FILE_FLAG_OPEN_REPARSE_POINT标志，该标志会让系统将目录视为普通文件对象，降低对上层路径的锁定约束。修改后的初始化代码如下：

mTargetDirHandle = CreateFile(targetRootDir.c_str(), FILE_LIST_DIRECTORY, FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE,
                   NULL, OPEN_EXISTING, FILE_FLAG_BACKUP_SEMANTICS | FILE_FLAG_OVERLAPPED | FILE_FLAG_OPEN_REPARSE_POINT, NULL);

注意：该标志适用于普通目录，若目标目录是符号链接等重解析点，需额外处理逻辑。

2. 监控父目录，动态更新监控路径 #

放弃直接打开target_dir的句柄，改为打开其父目录（如示例中的project）的句柄，监控目录名称变更事件。当检测到target_dir或其上层目录发生重命名时，更新目标路径并重新初始化监控句柄。这种方式需要维护当前目标目录的绝对路径，每次上层目录变更时重启监控流程。

3. 使用USN Journal（系统变更日志） #

USN Journal是Windows系统级的文件变更日志，不依赖单个目录句柄，通过查询系统日志获取全量文件系统变更。你可以通过DeviceIoControl调用FSCTL_QUERY_USN_JOURNAL和FSCTL_READ_USN_JOURNAL接口获取变更记录，再过滤出目标目录相关事件。这种方式完全不会锁定任何目录，允许上层目录自由重命名，但实现复杂度较高，需要处理日志回滚、路径解析等问题。

补充说明 #

Git的FsMonitor和Meta的Watchman确实存在类似限制，它们通常采用上述方案二或方案三规避：要么跟踪父目录变更并动态调整监控路径，要么直接使用USN Journal实现无锁定监控。

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