使用 Lion 上的 FSEvents 跟踪文件重命名/删除

Question

我正在尝试使用 FSEvents 来检测何时从特定文件夹添加/删除文件。目前，我围绕 FSEvents 实现了一个简单的包装器，它工作得很好：我得到了所有事件。

但我现在遇到的问题是，当我在 Finder 中重命名文件时，我捕获了 2 个不同的事件：第一个事件的类型为“重命名”，使用旧文件名，另一个事件的类型为“重命名”和新文件名。两次调用之间的事件 ID 不同。

那么，我应该如何知道哪个“重命名”事件包含旧名称，以及哪个事件包含旧名称？我尝试查看文档，但不幸的是，kFSEventStreamEventFlagItemRenamed 没有记录...它在 Lion 中似乎是新的。

PS：我能想到的唯一方法是：在重命名的事件中，我检查用户界面以查看是否有与事件路径相对应的项目。如果是这样，我会将其标记为重命名。如果没有，我检查某个项目是否被标记为重命名，如果是，则将其重命名为新的事件路径。但我真的不喜欢这个想法......

编辑：好的，我沿着我的“PS”的思路实现了一些东西：我注意到重命名某些东西时，两个事件的 id 是连续的，因此 id包含新名称的事件，我可以获得包含旧名称的事件。我只是在界面中使用一个小字典来存储“重命名”事件时的 ID 和关联路径。

无论如何，我现在可以捕获重命名事件，甚至移动事件：当您移动文件时，这是一个由 FSEventStream 捕获的“重命名”事件...

但是，我仍然有最后一个问题：删除。当我删除某些内容时，它会移至回收站：我收到“重命名”事件。但问题是我没有收到第二个重命名事件。仅 .DS_Store 文件上的“修改”事件。我认为 Finder 使用此文件来了解 bin 中有哪些文件等。因此我可以检查对此文件的修改，并获取最后一个“重命名”事件来检测文件是否已发送到 bin。但我使用的是 TotalFinder，它使用 Asepsis，它修改了 Finder 存储 .DS_Store 文件的方式：我不再收到对此的“修改”。 总结一下：我无法检测文件何时发送到垃圾箱......

知道我该怎么做吗？也许使用 FSEvents 之外的其他东西来仅捕获此事件？

Answer 1

好吧，我没有找到问题的完美答案，但我找到了一个最终令我非常满意的解决方案，所以我想我可以分享^^

正如我所说，当将东西移至垃圾箱时，如果您仅观看 1 个文件夹，您将无法捕捉到图像被放入垃圾箱时生成的事件。因此，我决定执行以下操作：
我有一个类，它在根文件夹（“/”）上创建一个流，以便它捕获所有事件 ->这解决了文件被发送到垃圾箱以及所有此类问题的问题。然后，此类允许在某些路径上注册委托。因此，我没有创建许多流，而是创建一个大流，然后根据需要过滤事件，并创建许多委托。

因此，当我想要观看特殊文件夹上的事件时，我现在要做的就是：

[[FSEventsListener instance] addListener:self forPath:somePath];

我只需在应用程序启动时创建 FSEventListener 的实例，并在应用程序停止时释放它。
我只需要实现以下 3 个将被自动调用的方法：

-(void)fileWasAdded:(NSString *)file;
-(void)fileWasRemoved:(NSString *)file;
-(void)fileWasRenamed:(NSString *)oldFile to:(NSString *)newFile;

如果您对这个小实用程序的源代码感兴趣，您可以在这里查看：http://blog.pcitron.fr/tools/macosx-imageviewer/ （该实用程序是在 0.8 版本中添加的）

我将其开发为一个小图像查看器的一部分，以保持UI同步与磁盘内容（它显示每个目录中包含的图像数量等）源代码可用，实用程序位于 Utils/FSEventsListener.h/.m 中。

如果万一有人真正下载了该应用程序并查看了源代码，如果您发现任何有用的内容（性能/功能改进等），请随时发表评论/邮件^^

Answer 2

您实际上提出了两个与 FSEvents 和重命名相关的问题。
1. 文件被重命名，新旧文件名都在受监视的目录树中。
2. 文件被重命名，并且其中一个名称不在正在监视的目录树中。

您已经（几乎）解决了第一个问题。还需要为您的应用程序提供一种方法来了解同一 FSEvent 事件组中正在报告哪些事件。仅当两个重命名属于同一延迟期内报告的同一组事件时，您了解连续报告两个重命名的方法才有效。如果两个类型 2 的重命名事件相继发生，但不在同一延迟组中报告的同一组事件中，则它们实际上彼此无关 - 并且您会错误地认为一个文件已重命名为另一个文件。

可以通过使用根目录简单地监视系统中的每个目录来处理第二种类型的重命名，但这会给您带来许多不必要的事件。您可以通过对文件执行 stat() 来确定“部分”重命名是否是文件从受监视的目录树移出或移入受监视的目录树的结果。如果 stat() 失败且 errno 为 2，则该文件已移至正在监视的目录之外，并且可以将其视为已被删除。如果 stat() 成功，则可以将该事件视为文件已创建。