共计 1932 个字符，预计需要花费 5 分钟才能阅读完成。
前言
有时候你可能有个疑难，IDE 总是能够检测到内部文件是否产生了变动，比方你在某个类外面加了一些代码，这时候的 IDE 就会弹出一个框说你做了更改。再或者是某个文件夹下的文件产生了扭转，比方新建了一个或者是删除了一个等等。这时候咱们的 IDE 仍然能够检测到。这个性能到底是如何实现的呢？这篇文章次要是钻研 NIO 的其中一个类，叫做WatchService。
也有一些其余的形式能够轻松地实现监控文件夹的性能，比如说 java 轮询的形式，或者是 common-io 的形式，我会缓缓比拟。
OK，咱们间接来看一下简略例子如何实现，再去剖析如何实现的？
一、代码实现
1、简略案例
这个代码很简略，只须要四步：
// 第一步：获得 WatchService
WatchService watchService = FileSystems.getDefault().newWatchService();
// 第二步：确定要监控的门路
Path path = Paths.get("G:");
// 第三步：为本门路绑定 WatchService，并确定监控的事件
path.register(
watchService,
StandardWatchEventKinds.ENTRY_CREATE,
StandardWatchEventKinds.ENTRY_DELETE,
StandardWatchEventKinds.ENTRY_MODIFY);
WatchKey key;
// 第四步：当有事件时，开始触发
while ((key = watchService.take()) != null) {for (WatchEvent<?> event : key.pollEvents()) {System.out.println("事件" + event.kind() + "产生了，文件是：" + event.context());
}
key.reset();}
}这里咱们监控 G 盘，而后咱们在 G 盘新建文件，而后删除批改，就会在后盾打印相干信息。
当初就能够监控了，很简略。
2、代码剖析
第一步和第二步，新建一个获得 WatchService 和获得要监控的门路，这个很容易了解。
第三步绑定，这里只须要留神两件重要的事件：首先，path将 watchService 作为第一个参数，而后是 StandardWatchEventKinds 的变量参数。一共有四种。
- _StandardWatchEventKinds.ENTRY_CREATE_—当有新文件时触发。可能是创立了一个新文件。
- _StandardWatchEventKinds.ENTRY_MODIFY_—当文件被批改时触发。所有的文件编辑都会触发这个事件。在一些平台上，甚至扭转文件属性也会触发它。
- _StandardWatchEventKinds.ENTRY_DELETE_—当文件被删除、挪动或重命名时触发。
- _StandardWatchEventKinds.OVERFLOW_—触发示意失落或抛弃的事件。
第四步一直监控，当 watchService 外面不为空时，开始获取相应的事件，并 poll 弹出。最初还有一个 reset 示意回退到相应的句柄，持续解决下一次事件。
3、源码剖析
因为 watchService 是一个接口，所以剖析起来也比较简单。外面一共蕴含了三个办法
@Override
void close() throws IOException;
// 办法 2：弹出事件
WatchKey poll();
// 办法 3：带有参数的弹出
WatchKey poll(long timeout, TimeUnit unit)
throws InterruptedException;
// 办法 4：获取事件。WatchKey take() throws InterruptedException;因为办法比较简单，所以咱们能够间接看办法上的正文就能够了。
论断
WatchService 接口是在 java7 的版本中引入的。次要是解决 NIO 的文件相干问题。然而 WatchService 其实是有很多毛病的。
- WatchService 是采纳扫描式的，效率低。
- WatchService 代码写起来吃力。尽管下面看起来很简洁了，然而理论开发时麻烦。
- WatchService 不能监听到多级目录，事先父文件夹须要存在。
鉴于以上起因，在简略的实现时，能够应用，然而还有一个更弱小的工具commons-io，应用更简略也更加的高效。下篇文章给出。