使用Watchman 4.9.0+inotify时删除文件未触发目录修改通知

我来帮你梳理下这个问题的根源，然后给出针对性的解决方案：

问题根源分析 #

Watchman的inotify后端在处理根目录和子目录的变更时，行为存在差异，主要和inotify的特性以及Watchman的默认处理逻辑有关：

• 根目录创建文件无目录变更通知：当你在根目录（/home/meta）直接创建文件时，Watchman默认不会触发根目录本身的变更通知——它认为文件的创建事件已经足够，而子目录的变更会触发父目录通知，是因为子目录的inode属性（比如ctime）发生了变化。
• 删除文件无目录变更通知：删除文件时，Watchman只会触发被删除文件的exists:false事件，不会主动触发父目录的变更通知。这是因为inotify在文件删除时，不会向父目录发送IN_MODIFY或IN_ATTRIB事件，而Watchman依赖这些事件来标记目录变更。

解决方案 #

针对你的场景（仅监听目录变更，通过since拉取实际变更），可以从以下几个方面调整：

1. 调整订阅表达式，强制监听目录属性变更 #

修改你的订阅表达式，添加对目录ctime变化的监听，确保目录的任何属性变更（包括文件增删导致的目录元数据变化）都能被捕获：

{
  "expression": [
    "allof",
    ["since", "c:1517100837:2861:1:1"],
    ["type", "dir"],
    ["anyof",
      ["changed", "ctime"],
      ["exists", true]
    ]
  ],
  "fields": ["name", "exists", "oclock", "ctime_ns", "new", "mode"]
}

这个表达式会过滤出所有自指定时间点以来，ctime发生变化或者新创建的目录，这样无论在根目录还是子目录增删文件，父目录的ctime变化都会被捕获到。

2. 使用watch-project代替直接watch根目录（可选优化） #

如果你的目录结构比较复杂，建议用watch-project命令设置监听，它会自动处理目录层级的优化，避免重复监听，同时能更准确地捕捉目录元数据变化：

watchman watch-project /home/meta

执行完这个命令后再发起订阅，Watchman会更智能地管理inotify实例，减少事件遗漏的概率。

3. 升级Watchman版本（推荐） #

你当前使用的4.9.0版本比较老旧，后续的Watchman版本（比如5.x及以上）对inotify后端的目录变更处理做了大量优化，修复了不少类似的事件遗漏问题。升级到最新稳定版本后，很多场景下无需修改表达式就能正常捕获目录变更通知。

4. 兜底方案：通过文件事件反向推导目录变更 #

如果暂时无法升级或修改表达式，你可以在收到文件的exists:false事件时，主动触发对其父目录的查询，用watchman query命令获取该目录的最新状态：

watchman query /home/meta '{"expression": ["name", "test"], "fields": ["ctime_ns"]}'

通过对比目录的ctime_ns和你上次记录的时间，判断目录是否发生了变更，以此弥补删除场景下的目录通知缺失。

验证方法 #

修改配置后，可以做以下测试：

• 在/home/meta下创建文件a.txt，检查是否收到根目录的变更通知
• 删除/home/meta/test/z，检查是否收到/home/meta/test目录的变更通知

这样应该就能解决你迁移遗留应用时遇到的目录变更监听失效问题了。

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