我可以通过使用watchkey注册cw来监视一个目录(web上有大量的示例),但是这个watcher会捕获每一个事件。e、 g.在windows上,如果我监视d:/temp dir并创建一个新的.txt文件并将其重命名,则会发生以下事件。
ENTRY_CREATE: d:\temp\test\New Text Document.txt
ENTRY_MODIFY: d:\temp\test
ENTRY_DELETE: d:\temp\test\New Text Document.txt
ENTRY_CREATE: d:\temp\test\test.txt
ENTRY_MODIFY: d:\temp\test
我想在创建或更新新文件时执行操作。但是,我不希望在上面的示例中操作运行5次。
我的第一个想法是:由于我只需要每隔一次运行一次操作(在本例中是推送到一个私有git服务器)(例如,仅当监视的目录发生更改时才每10秒检查一次,然后才执行推送),所以我想到了拥有一个带有布尔参数的对象,我可以从不同的线程中获取和设置该对象。
现在这个工作还算正常(除非大师能教我为什么这是个糟糕的主意),问题是如果在sendtogit线程的操作过程中捕获了一个文件事件,并且这个操作完成了,那么它会将“found”参数设置为false。紧随其后的另一个事件被捕获(如上例所示),它们将再次将“found”参数设置为true。这并不理想,因为我会立即再次运行sendtogit操作,这将是不必要的。
我的第二个想法是暂停检查monitorfolder线程中的更改,直到sendtogit操作完成(即,继续检查changesfound found参数是否已设置回false)。当此参数为false时,再次开始检查更改。
问题
这是一个可以接受的方式去还是我去了兔子洞没有希望回来?
如果我继续我的第二个想法,如果我忙于sendtogit操作,并且在monitoring文件夹中进行了更改,会发生什么?我怀疑这将无法确定,我可能会错过更改。
剩下的代码
changesfound.java文件
package com.acme;
public class ChangesFound {
private boolean found = false;
public boolean wereFound() {
return this.found;
}
public void setFound(boolean commitToGit) {
this.found = commitToGit;
}
}
在我的主应用程序中,我启动两个线程。
monitorfolder.java监视目录,当发现观察者事件时,将changesfound变量“found”设置为true。
java每隔10秒检查找到的changesfound变量是否为true,如果为true,则执行推送(或者在这种情况下只打印一条消息)
以下是我启动线程的应用程序:
package com.acme;
import java.io.IOException;
import java.nio.file.Path;
import java.nio.file.Paths;
public class App {
private static ChangesFound chg;
public static void main(String[] args) throws IOException {
String dirToMonitor = "D:/Temp";
boolean recursive = true;
chg = new ChangesFound();
Runnable r = new SendToGit(chg);
new Thread(r).start();
Path dir = Paths.get(dirToMonitor);
Runnable m = new MonitorFolder(chg, dir, recursive);
new Thread(m).start();
}
}
sendtogit.java文件
package com.acme;
public class SendToGit implements Runnable {
private ChangesFound changes;
public SendToGit(ChangesFound chg) {
changes = chg;
}
public void run() {
while (true) {
try {
Thread.sleep(10000);
} catch (InterruptedException ex) {
Thread.currentThread().interrupt();
}
System.out.println(java.time.LocalDateTime.now() + " [SendToGit] waking up.");
if (changes.wereFound()) {
System.out.println("\t*****CHANGES FOUND push to Git.");
changes.setFound(false);
} else {
System.out.println("\t*****Nothing changed.");
}
}
}
}
java(很抱歉我在这里添加了这么长的类,以防它对其他人有帮助。)
package com.acme;
import java.io.IOException;
import java.nio.file.FileSystems;
import java.nio.file.FileVisitResult;
import java.nio.file.Files;
import static java.nio.file.LinkOption.NOFOLLOW_LINKS;
import java.nio.file.Path;
import java.nio.file.SimpleFileVisitor;
import static java.nio.file.StandardWatchEventKinds.ENTRY_CREATE;
import static java.nio.file.StandardWatchEventKinds.ENTRY_DELETE;
import static java.nio.file.StandardWatchEventKinds.ENTRY_MODIFY;
import static java.nio.file.StandardWatchEventKinds.OVERFLOW;
import java.nio.file.WatchEvent;
import java.nio.file.WatchKey;
import java.nio.file.WatchService;
import java.nio.file.attribute.BasicFileAttributes;
import java.util.HashMap;
import java.util.Map;
public class MonitorFolder implements Runnable {
private static WatchService watcher;
private static Map<WatchKey, Path> keys;
private static boolean recursive;
private static boolean trace = false;
private static boolean commitGit = false;
private static ChangesFound changes;
@SuppressWarnings("unchecked")
static <T> WatchEvent<T> cast(WatchEvent<?> event) {
return (WatchEvent<T>) event;
}
/**
* Creates a WatchService and registers the given directory
*/
MonitorFolder(ChangesFound chg, Path dir, boolean rec) throws IOException {
changes = chg;
watcher = FileSystems.getDefault().newWatchService();
keys = new HashMap<WatchKey, Path>();
recursive = rec;
if (recursive) {
System.out.format("[MonitorFolder] Scanning %s ...\n", dir);
registerAll(dir);
System.out.println("Done.");
} else {
register(dir);
}
// enable trace after initial registration
this.trace = true;
}
/**
* Register the given directory with the WatchService
*/
private static void register(Path dir) throws IOException {
WatchKey key = dir.register(watcher, ENTRY_CREATE, ENTRY_DELETE, 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);
}
/**
* Register the given directory, and all its sub-directories, with the
* WatchService.
*/
private static void registerAll(final Path start) throws IOException {
// register directory and sub-directories
Files.walkFileTree(start, new SimpleFileVisitor<Path>() {
@Override
public FileVisitResult preVisitDirectory(Path dir, BasicFileAttributes attrs)
throws IOException {
register(dir);
return FileVisitResult.CONTINUE;
}
});
}
/**
* Process all events for keys queued to the watcher
*/
public void run() {
for (;;) {
// wait for key to be signalled
WatchKey key;
try {
key = watcher.take();
} catch (InterruptedException x) {
return;
}
Path dir = keys.get(key);
if (dir == null) {
System.err.println("WatchKey not recognized!!");
continue;
}
for (WatchEvent<?> event : key.pollEvents()) {
WatchEvent.Kind kind = event.kind();
// TBD - provide example of how OVERFLOW event is handled
if (kind == OVERFLOW) {
System.out.println("Something about Overflow");
continue;
}
// Context for directory entry event is the file name of entry
WatchEvent<Path> ev = cast(event);
Path name = ev.context();
Path child = dir.resolve(name);
// print out event and set ChangesFound object Found parameter to True
System.out.format("[MonitorFolder] " + java.time.LocalDateTime.now() + " - %s: %s\n", event.kind().name(), child);
changes.setFound(true);
// if directory is created, and watching recursively, then
// register it and its sub-directories
if (recursive && (kind == ENTRY_CREATE)) {
try {
if (Files.isDirectory(child, NOFOLLOW_LINKS)) {
registerAll(child);
}
} catch (IOException x) {
// ignore to keep sample readbale
}
}
}
// reset key and remove from set if directory no longer accessible
boolean valid = key.reset();
if (!valid) {
keys.remove(key);
// all directories are inaccessible
if (keys.isEmpty()) {
System.out.println("keys.isEmpty");
break;
}
}
}
}
}
1条答案
按热度按时间jum4pzuy1#
这两种策略都会导致问题,因为watch服务非常冗长,当下游处理实际上需要一两条消息时,它会发送许多消息,因此有时您可能会做不必要的工作或错过事件。
使用时
WatchService
您可以将多个通知整理在一起,并作为一个事件传递,其中列出一组最近的删除、创建和更新:删除,然后创建=>作为更新发送
create后跟modify=>作为create发送
create or modify后跟delete=>作为delete发送
而不是打电话
WatchService.take()
根据每条信息,使用WatchService.poll(timeout)
只有在没有任何结果的情况下,才能将之前的一系列事件作为一个整体进行行动,而不是在每次投票成功后单独行动。将问题分解为两个组件更容易,这样下次需要时就不会重复watchservice代码:
一种监视管理器,它处理监视服务+目录注册,并将副本作为一个组发送给事件侦听器
一个侦听器类,用于接收更改组并对集合执行操作。
这个例子可能有助于说明-参见
WatchExample
它是一个管理器,负责设置注册,但将少得多的事件传递给setListener
. 你可以设置MonitorFolder
就像WatchExample
以减少发现的事件,并使您的代码SendToGit
作为一个侦听器,该侦听器通过聚合的fileChange(deletes, creates, updates)
.