# 监视目录的变化
您是否曾发现使用 ide 或其他编辑器编辑文件,会出现一个对话框,通知您该文件已经更改,需要重新加载?(notepad++ 就完美还原这个场景), 或则像像 NetBeans IDE 一样,应用程序只是安静的更新文件,而不通知您。
要实现此功能,称为文件 更改通知,程序必须能够检测文件系统上相关目录发生的情况。一种方法是 轮询文件系统 寻找变更, 但是这种方法效率低下。它不会扩展到具有数百个打开的文件或目录来监视的应用程序。
该 java.nio.file
软件包提供了一个名为 Watch Service API
的文件更改通知 API。该 API 使您能够使用监视服务注册目录(或目录)。
注册时,告诉服务您感兴趣的事件类型:文件创建,文件删除 或 文件修改。
当服务检测到感兴趣的事件时,它被转发到注册的进程。注册过程有一个线程(或一个线程池),用于监视其注册的任何事件。
当事件进入时,根据需要进行处理。
本节包括以下内容:
- Watch 服务概述
- 试试看
- 创建观察服务并注册活动
- 处理事件
- 检索文件名
- 何时使用和不使用此 API
# Watch 服务概述
该 WatchServiceAPI
是相当低的水平,使您可以自定义。您可以按原样使用,也可以选择在此机制之上创建高级 API,以使其适合您的特定需求。
以下是实施 Watch 服务所需的基本步骤:
- WatchService 为文件系统创建一个“观察者”。
- 对于您要监视的每个目录,请将其注册给观察者。注册目录时,指定要通知的事件的类型。您收到的
WatchKey
对应您注册的每个目录的一个实例。 - 实现无限循环等待传入事件。当事件发生时,key 被发出信号并放置在观察者的队列中。
- 从观察者的队列中检索 key 。您可以从 key 获取文件名。
- 检索 key 的每个待处理事件(可能有多个事件),并根据需要进行处理。
- 重置 key ,并恢复等待事件。
- 关闭服务:当线程退出或关闭时(通过调用其 closed 方法),watch 服务退出。
WatchKeys
是线程安全的,可以与 java.nio.concurrent
包一起使用。你可以专门为 线程池做这个工作。
# 试试看
以下示例演示了,给定一个目录,开始监视该目录的变化。 如何测试该示例的功能呢?
- 在 main 方法里面指定监视的目录,运行该程序
- 可以在该目录下进行创建文件,删除文件,修改文件的操作,查看控制台的打印信息
public class WatchDir {
private final WatchService watcher;
private final Map<WatchKey, Path> keys;
private final boolean recursive;
private boolean trace = false;
@SuppressWarnings("unchecked")
static <T> WatchEvent<T> cast(WatchEvent<?> event) {
return (WatchEvent<T>) event;
}
/**
* 在服务中注册目录
*/
private void register(Path dir) throws IOException {
WatchKey key = dir.register(watcher,
StandardWatchEventKinds.ENTRY_CREATE,
StandardWatchEventKinds.ENTRY_DELETE,
StandardWatchEventKinds.ENTRY_MODIFY);
// 日志打印跟踪,是新注册还是更新
if (trace) {
Path prev = keys.get(key);
if (prev == null) {
System.out.format("register: %s\n", dir);
} else {
if (!dir.equals(prev)) {
System.out.format("update: %s -> %s\n", prev, dir);
}
}
}
keys.put(key, dir);
}
/**
* 在给定的目录中注册所有的子目录
* @param start
* @throws IOException
*/
private void registerAll(final Path start) throws IOException {
// 注册目录和子目录
Files.walkFileTree(start, new SimpleFileVisitor<Path>() {
@Override
public FileVisitResult preVisitDirectory(Path dir, BasicFileAttributes attrs)
throws IOException {
register(dir);
return FileVisitResult.CONTINUE;
}
});
}
/**
* 创建watch服务,并注册目录
*/
WatchDir(Path dir, boolean recursive) throws IOException {
this.watcher = FileSystems.getDefault().newWatchService();
this.keys = new HashMap<WatchKey, Path>();
this.recursive = recursive;
if (recursive) {
System.out.format("Scanning %s ...\n", dir);
registerAll(dir);
System.out.println("Done.");
} else {
register(dir);
}
// 是否启用跟踪日志信息
this.trace = true;
}
/**
* 处理队列中的所有观察者的事件
*/
void processEvents() {
for (; ; ) {
// 等待事件被触发
WatchKey key;
try {
key = watcher.take();
} catch (InterruptedException x) {
return;
}
// 这里的key 和 path 的关联 是咱们自己设计的程序关联,不是api的强制要求
// 这里方便拿到path对象
Path dir = keys.get(key);
if (dir == null) {
System.err.println("WatchKey 不认可!!");
continue;
}
// 获取当次key'的所有事件
for (WatchEvent<?> event : key.pollEvents()) {
// 返回该事件的事件类型
WatchEvent.Kind kind = event.kind();
// 提供如何处理 逸出事件的列子(难道说是没有被注册的事件 就称为溢出事件吗?)
// 经过测试,如果是没有注册事件的话, key.pollEvents() 是获取不到事件的
// 在后面的学习中,我找到了答案,原来表示该事件可能已丢失或被丢弃
// 但是 watcher.take(); 会被触发
if (kind == StandardWatchEventKinds.OVERFLOW) {
continue;
}
// event 对象是一个 sun.nio.fs.AbstractWatchKey.Event 对象,实现了WatchEvent,所以强转成WatchEvent
WatchEvent<Path> ev = cast(event);
Path name = ev.context(); // 获得引起该事件目标上下文条目:也就是文件名的 path对象
Path child = dir.resolve(name); // 使用该watchKey对应的注册目录,就能转换成绝对路径的文件对象
// 打印事件
System.out.format("%s: %s\n", event.kind().name(), child);
// 如果是递归模式,且 目录是创建事件,那么递归的注册所有子目录
if (recursive && (kind == StandardWatchEventKinds.ENTRY_CREATE)) {
try {
if (Files.isDirectory(child, LinkOption.NOFOLLOW_LINKS)) {
registerAll(child);
}
} catch (IOException x) {
// ignore to keep sample readbale
}
}
}
// 如果目录不再访问,复位key和删除key
boolean valid = key.reset();
// 如果复位无效就删除该key
if (!valid) {
keys.remove(key);
// 当次所有目录都无法访问的时候,就退出
if (keys.isEmpty()) {
break;
}
}
}
}
/**
* 命令行的使用方法
*/
static void usage() {
System.err.println("usage: java WatchDir [-r] dir");
System.exit(-1);
}
public static void main(String[] args) throws IOException {
// 还是模拟命令行的传参
args = new String[]{"-r", "D:\\watch"};
// 参数解析
if (args.length == 0 || args.length > 2)
usage();
boolean recursive = false; // 递归处理
int dirArg = 0;
if (args[0].equals("-r")) {
if (args.length < 2)
usage();
recursive = true;
dirArg++;
}
// 注册目录和处理过程的事件
Path dir = Paths.get(args[dirArg]);
new WatchDir(dir, recursive).processEvents();
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
# 创建观察服务并注册事件
第一步是通过 FileSystem
类中的方法创建一个 WatchService
,如下所示:
WatchService watcher = FileSystems.getDefault().newWatchService();
接下来,使用 Path 注册一个 WatchService
服务或多个事件对象,Path
类实现了 Watchable
接口,
该接口就是注册监视服务的接口。所以要被监视的每个目录需要包装成 Path
对象
与任何 Watchable
一样,Path
类实现两种 register
方法。此页面使用双参数版本 register(WatchService, WatchEvent.Kind<?>...)
。
(三参数版本需要一个 WatchEvent.Modifier
,目前尚未实现)。
使用 watch 服务注册对象时,可以指定要监视的事件的类型。支持的 StandardWatchEventKinds
事件类型如下:
- ENTRY_CREATE - 创建一个目录条目。
- ENTRY_DELETE - 目录条目被删除。
- ENTRY_MODIFY - 修改目录条目。
- OVERFLOW - 表示事件可能已丢失或丢弃。您不必注册该 OVERFLOW 活动即可收到。
以下代码片段显示了 Path 如何为所有三种事件类型注册一个实例:
import static java.nio.file.StandardWatchEventKinds.*;
Path dir = ...;
try {
WatchKey key = dir.register(watcher,
ENTRY_CREATE,
ENTRY_DELETE,
ENTRY_MODIFY);
} catch (IOException x) {
System.err.println(x);
}
2
3
4
5
6
7
8
9
10
11
# 处理事件
事件处理循环中的事件顺序如下:
拿到一个 watchKey ,提供了三种方法:
- poll - 返回排队的 key(如果可用)。如果不可用 null,立即返回值。
- poll(long, TimeUnit) - 返回排队的 key(如果有)。如果排队的 key 没有立即可用,程序将等待直到指定的时间。该 TimeUnit 参数确定指定时间是纳秒,毫秒还是其他某个时间单位。
- take - 返回排队的 key。如果没有排队的密钥可用,则此方法等待。
处理挂起的事件,key.pollEvents()
使用 event.kind() 检索事件类型。
无论注册了什么事件,都可能收到一个
OVERFLOW
事件,您可以处理或则忽略,但是您应该测试它(也就是应该识别该类型事件)检索与事件关联的文件名。文件名被存储为事件的上下文,因此 WatchEvent.context() 方法用于检索它
在处理完事件后,您需要通过
WatchKey.reset()
将事件重置ready
状态。如果此方法返回
false
,则该 key 不再有效,循环可以退出。这一步非常重要。如果您无法调用reset
,此 key 将不会再收到任何进一步的事件。
WatchKey 有一个状态,在任何时候,它的状态可能是以下之一:
- Ready : 表示 key 已准备好接受事件。首次创建时,键处于就绪状态。
- Signaled : 表示一个或多个事件排队。一旦 key 被发出信号,它将不再处于就绪状态,直到该
reset
方法被调用。 - Invalid : 表示该键不再有效。当发生以下事件之一时,会发生此状态:
- 该过程通过使用该 cancel 方法显式地取消该键 。
- 该目录变得无法访问。
- watch 服务关闭。
# 检索文件名
从事件上下文检索文件名。
WatchEvent<Path> ev = (WatchEvent<Path>)event;
Path filename = ev.context();
2
# 何时使用和不使用此 API
Watch Service API 专为需要通知文件更改事件的应用程序而设计。它非常适合任何可能具有许多打开文件的应用程序(如编辑器或 IDE), 并且需要确保文件与文件系统同步。它也非常适合用于监视目录的应用程序服务器,也许等待 .jsp 或 .jar 文件更改,以便部署它们。
此 API 不适用于为硬盘驱动器建立索引。大多数文件系统实现对文件更改通知具有本机支持。Watch Service API 可以利用此支持。 但是,当文件系统不支持此机制时,Watch Service 将轮询文件系统,等待事件。