处理 FileSystemWatcher 中的多个更改事件

Question

我有以下子内容：

  Private Sub Watcher_Changed(ByVal sender As System.Object, ByVal e As FileSystemEventArgs)
        If Path.GetExtension(e.Name) = ".p2p" Then
            Exit Sub
        Else
            Try
                ' multiple change events can be thrown. Check that file hasn't already been moved.
                While Not File.Exists(e.FullPath)
                    Exit Try
                End While

                ' throw further processing to a BackGroundWorker
                ChangedFullPath = e.FullPath
                ChangedFileName = e.Name

                FileMover = New BackgroundWorker
                AddHandler FileMover.DoWork, New DoWorkEventHandler(AddressOf ProcessFile)
                FileMover.RunWorkerAsync()
            Catch ex As Exception
                MessageBox.Show(ex.Message)
            End Try

        End If
    End Sub

当通过 FTP 上传文件时，我仍然收到多个文件更改通知。

我想修改 Try，这样如果更改通知发生在过去（时间）内（比方说 3 秒），它也会抛出更改通知。 这本来应该是微不足道的，但由于某种原因，我今天没有想到它，而且我的思绪也没有集中在我在谷歌上找到的答案上。

谢谢， 斯科特

Answer 1

几年前，我创建了一项服务来上传转储到 FTP 文件夹的文件，以下是我所做的一些事情，应该可以帮助您解决问题：

1. 我测试了所有 NotifyFilters，并选择了一个可以删除重复通知的过滤器（使用 仅NotifyFilters.Size为我创建的每个文件提供了可靠的通知，并消除了几乎所有重复的通知）
2. 在Watcher_Changed事件中，我忽略了事件参数中包含的文件，只处理了文件夹中当前的所有文件； 我尝试将文件夹中的所有文件添加到队列中，如果它们已经在队列中，我会跳过下面的 3 个文件。
3. 我为找到的每个独特的新文件创建一个新线程； 我的线程尝试获取文件上的锁，如果不能，则意味着其他进程仍在访问它（它仍在上传等），因此我的线程会休眠并在短时间间隔后再次尝试。
4. 当文件被完全处理后，线程所做的最后一件事是将其移动到存档文件夹，然后将其从队列中删除，这样就不会意外地再次处理它。

这似乎对我来说很有效，并且该服务可靠地上传文件几个月，直到我离开那份工作。

Answer 2

我们也有类似的情况； 然而，批量写入文件的系统使用了临时名称，并在完成后将其更改为“真实”名称。 你的 ftp 客户端可以做类似的事情吗？
如果可以，那么您可以检查新文件名并通过扩展名或前缀进行检查； 如果它不是预期的最终文件名格式，那么您可以忽略它。

Answer 3

我之前遇到过确切的情况，最终实现了一个计时器机制来等待文件“稳定”，或者等待写入事件停止进入 x 时间。

有点笨拙，但它有效。

Answer 4

需要注意的一件事是，访问文件可以更改文件属性之一，例如“访问时间”或其他内容。 如果您没有正确设置通知过滤器，则可能会触发另一个事件。

Answer 5

我遇到了同样的问题，我正在保存一个通过代码上传的文件，删除和创建每次都会触发两次。 我所需要检查的是在进行处理之前该文件是否存在。

private void fsw_Created(object sender, FileSystemEventArgs e)
{
   if (File.Exists(e.FullPath))
   {
      //process the file here
   }
}

Answer 6

我今天在尝试在更改时自动重新加载配置文件时遇到了同样的问题。 我最终计算了文件的 MD5 哈希值，以确定文件是否确实已更改，并且只有在哈希值不同时才重新加载。 这是我过滤掉重复项的唯一确定方法。

我短暂地考虑过使用计时器机制来过滤掉更改通知，但感觉就像 pete-m 一样，但我觉得这是一个太不干净的解决方案。

我尝试仅查看 LastWrite 时间更改，但这不起作用。 我仍然收到重复的通知。

Answer 7

我试图检测 Excel 文件何时发生更改，但遇到了一个问题，即更改的事件未触发，并且因为我只关心单个文件设置，所以过滤器不起作用。 当我删除过滤器并查看触发的事件时，事件参数名称属性看起来是随机生成的名称，而不是我知道已更改的特定文件名。

因此，当特定 Excel 文件发生更改时，我无法收到简单的通知。