我正在阅读fcntl manual page 并遇到了dnotify：
文件和目录更改通知（dnotify）
建议新应用程序应该改用inotify，但我认为它们不一样，因为inotify 与char * 路径一起工作，使其遭受文件重命名（或覆盖MOVED_FROM/MOVED_TO事件），但 dnotify 使用不同的文件描述符：
int fcntl(int fd, int cmd, ... /* arg */ );
据我所知，dnotify 不是inotify 的子集，反之亦然。
即使我想通过文件描述符而不是inotify 允许的文件路径订阅事件，是否不鼓励在较新的内核中使用dnotify？
【问题讨论】：
如果你仔细阅读the manual page for inotify_add_watch，那么是的，它需要一个路径但是它返回一个“监视描述符”
对应
pathname的文件系统对象（inode）
所以路径只用于定位inode。完成后，您将获得对 inode 的引用，并且可以毫无问题地更改文件名。
【讨论】：
stat那样返回ino_t。或者我可以安全地将inotify_add_watch返回的inode转换为ino_t吗？linux.die.net/man/2/stat
ino_t？您需要解决的真正和实际问题是什么？
watch_descriptor 的问题是我们不能用它来打开文件。所以我们不得不再次使用char* path 来介绍比赛。这就是我询问dnotify 的原因，因为它正在对文件描述符引用的已打开文件进行操作。