5

在使用 WatchService 时，我发现如果我删除正在监视的目录中的文件，它会触发一个事件，ENTRY_MODIFY然后是一个ENTRY_DELETE事件。

我意识到从技术上讲，文件可能会在删除之前被修改，但是删除文件会触发 ENTRY_MODIFY （大概没人关心）真的是预期的行为吗？

为了处理这个问题，我必须在触发传递 ENTRY_MODIFY 事件之前添加一个要检查的条件：

            if (eventKind == ENTRY_CREATE) {
                listener.fileCreated(file);
            } else if (eventKind == ENTRY_MODIFY) {
                if (Files.exists(fullPath, LinkOption.NOFOLLOW_LINKS)) {
                    listener.fileChanged(file);
                }
            } else if (eventKind == ENTRY_DELETE) {
                listener.fileDeleted(file);
            }

有没有更好的方法来处理这个问题（功能）？

4

1 回答 1

2

我只能确认这个问题。从评论和我自己的观察来看，ENTRY_MODIFY事件在文件被删除之前被触发，你必须处理它。

假设我们有两个线程。一个在做Files.delete()，另一个在看目录并试图读取修改过的文件。可能发生以下任何情况：

  1. Files.delete()在观察线程接收到事件之前，只是设法修改和删除文件。然后是在工作后检查文件是否存在的技术ENTRY_MODIFY。
  2. Files.delete()调用可能会失败（返回）false，因为该文件已被监视线程打开。

唯一的解决办法似乎是忽略IOExceptions观察线程中的所有内容并重试Files.delete()几次调用。

我只尝试从同一个 JVM 中删除文件Files.delete()。我没有尝试从系统上的其他进程中删除。问题在使用 NTFS 的 Windows 7~10 上重现，可能不会在其他操作系统上重现。

我鼓励其他人编辑此答案并添加他们的观察结果。

于 2017-04-03T10:12:12.327 回答