我正在写一项服务来观察不同文件夹中是否存在不同的文件......我正在使用文件系统观察器来获取事件。
作为部署的一部分,监视文件夹之一被删除并不时创建新文件夹。
结果服务抛出错误并停止......
是否有可能捕获这种错误并通过服务在新文件夹上重新创建文件观察器?
我正在写一项服务来观察不同文件夹中是否存在不同的文件......我正在使用文件系统观察器来获取事件。
作为部署的一部分,监视文件夹之一被删除并不时创建新文件夹。
结果服务抛出错误并停止......
是否有可能捕获这种错误并通过服务在新文件夹上重新创建文件观察器?
捕捉已删除的事件,然后通过定时轮询重新安排时间以观看新事件?
我现在手头没有编译器,但我敲了这个伪代码:
using System;
using System.IO;
public class Watcher : IDisposable{
void Dispose(){ watcher.OnDeleted -= onDelete; }
string file;
FileSystemWatcher watcher;
FileSystemEventHandler onDelete;
public class Watch(string file, FileSystemEventHandler onDelete) {
this.file = file;
watcher = new FileSystemWatcher{ Path = file }
this.OnDelete = onDelete;
watcher.Deleted += onDelete;
watcher.NotifyFilter = ...; // looking for delete event;
// Begin watching.
watcher.EnableRaisingEvents = true;
}
}
public static class watch {
Watcher watcher;
public static void Main() {
watcher = new Watcher("somedir", ondeleted);
SetUpChangeWatchers();
while(true){
// stuff!
}
CleanUpChangeWatchers();
}
private static void ondeleted(object source, RenamedEventArgs e){
CleanUpChangeWatchers();
watcher.Dispose();
while(!directoryRecreated(file)){
Thread.Sleep(...some delay..);
}
SetUpChangeWatchers();
watcher = new Watcher("somedir", ondeleted);
}
}
您可以使用 .deleted 事件处理此问题。但是,如果删除分配给 filesystemwatcher.Path 的目录,可能会导致错误。解决此问题的一种方法是将监视目录的父级分配给 filesystemwatcher.Path。然后它应该在 .deleted 事件中捕获删除。
如果您尝试访问刚刚删除的目录,处理程序内部也可能出现错误。发生这种情况时,您可能无法获得正常的断点,并且似乎是由删除本身引起的。