如何确定文件何时完成复制以进行进一步处理？

Question

好吧，开始这只是针对 Windows，我更喜欢在 .NET 上使用 C++，但我不反对boost::filesystem，尽管如果可以避免使用直接的 Windows API，我更喜欢.

现在的场景是另一台机器上的应用程序我无法更改，它将在机器上的特定目录中创建文件，我需要对其进行备份并进行一些额外的处理。目前我制作了一个小应用程序，它将使用FindFirstChangeNotification 和FindNextChangeNotification windows API 监听目标目录中的更改通知。

问题是，虽然我可以在目录中创建新文件、修改文件、大小更改等时收到通知，但它只通知一次，并没有具体告诉我哪些文件。我也看过ReadDirectoryChangesW，但那里的情况相同，只是我可以获得更具体的信息。

现在我可以扫描目录并尝试获取锁或打开文件以确定与上次通知相比具体发生了什么变化以及它们是否可用于进一步使用但在复制大文件的情况下我发现这是'不够好，因为文件还没有准备好被操作，而且在第一次之后我不会收到任何其他通知，所以没有办法知道它何时实际完成复制，除非在第一次通知之后我不断尝试获取锁直到成功。

我能想到的唯一另一件事就是拥有某种 end 令牌文件，但由于我无法控制在第一个创建文件的应用程序我不知道该怎么做，但仍然不理想。

有什么建议吗？

Answer 1

这是一个相当普遍的问题，而且没有一个简单的答案。当您无法在远程更改事物时，获取锁是最佳选择之一。我见过的另一个方法是每隔一段时间观察文件，直到大小在一两个时间间隔内没有变化。

其他策略包括在主文件完成时写入一个无字节文件作为触发器，然后写入临时目录，然后将完整文件移动到真正的目的地。但要可靠，必须是控制它的发送者。作为接收者，您只能查看目录并等待文件处理完毕。

Answer 2

看起来 ReadDirectoryChangesW 将是您的最佳选择。对于每个文件复制操作，您应该收到 FILE_ACTION_ADDED 后跟一堆 FILE_ACTION_MODIFIED 通知。在最后一个 FILE_ACTION_MODIFIED 通知中，文件不应再被复制过程锁定。因此，如果您在复制的每个 FILE_ACTION_MODIFIED 之后尝试获取锁，它应该会失败，直到复制完成。这不是一个特别优雅的解决方案，但文件复制完成时似乎没有任何通知可用。

Answer 3

您可以在文件关闭后处理数据，对吗？所以任务是跟踪文件何时关闭。这可以使用文件系统过滤器驱动程序来完成。您可以自己编写，也可以使用我们的CallbackFilter 产品。