许多情况下,如果创建或修改一个文件,系统需要执行某些任务。例如,在一个数据库中插入平面文件的重要系统就是如此。

在这种情况下,程序必须监控目录中新建立的文件。如果目录中新建了一个文件,程序必须提取这个文件、进行解析、再把它插入到数据库中。

许多时候,这类功能要通过“调查”目录并列举上次调查后任何新建的文件来完成。在.NET Framework中,微软为开发者提供另一种连续调查一个目录中的新建文件的方法——FileSystemWatcher对象。

FileSystemWatcher对象为你完成目录监控工作。如果新建、更新或删除一个文件,FileSystemWatcher将提交一个事件,通知你发生了一项改变。这样,新建一个文件后,你的程序立即就知道可以使用这个文件。立即通知改变使得你的系统以更高的效率工作,因为你不能总是“调查”目录中发生的改变,而且在两次目录扫描之间也不会有时间流失。

FileSystemWatcher基础

在应用FileSystemWatcher对象之前,你必须了解这个对象的一些基本属性和事件。毫无疑问,这个对象的最重要的属性为“EnableRaisingEvents”属性。

这个属性决定对象在收到改变通知时是否提交事件。如果EnableRaisingEvents属性设为假,对象将不会提交改变事件。如果设为真,它将提交改变事件。下面是你在应用FileSystemWatcher对象时将要用到的其它一些重要属性/事件:

属性:

  • Path——这个属性告诉FileSystemWatcher它需要监控哪条路径。例如,如果我们将这个属性设为“C:Temp”,对象就监控那个目录发生的所有改变。
  • IncludeSubDirectories——这个属性说明FileSystemWatcher对象是否应该监控子目录中发生的改变。
  • Filter——这个属性允许你过滤掉某些类型的文件发生的变化。例如,如果我们只希望在TXT文件被修改/新建/删除时提交通知,可以将这个属性设为“*txt”。在处理高流量或大型目录时,使用这个属性非常方便。

事件

  • Changed——当被监控的目录中有一个文件被修改时,就提交这个事件。值得注意的是,这个事件可能会被提交多次,即使文件的内容仅仅发生一项改变。这是由于在保存文件时,文件的其它属性也发生了改变。
  • Created——当被监控的目录新建一个文件时,就提交这个事件。如果你计划用这个事件移动新建的事件,你必须在事件处理器中写入一些错误处理代码,它能处理当前文件被其它进程使用的情况。之所以要这样做,是因为Created事件可能在建立文件的进程释放文件之前就被提交。如果你没有准备正确处理这种情况的代码,就可能出现异常。
  • Deleted——当被监控的目录中有一个文件被删除,就提交这个事件。
  • Renamed——当被监控的目录中有一个文件被重命名,就提交这个事件。

:如果你没有将EnableRaisingEvents设为真,系统不会提交任何一个事件。如果有时FileSystemWatcher对象似乎无法工作,请首先检查EnableRaisingEvents,确保它被设为真。

事件处理

当FileSystemWatcher调用一个事件处理器时,它包含两个自变量——一个叫做“sender”的对象和一个叫做“e”的FileSystemEventArgs对象。我们感兴趣的自变量为FileSystemEventArgs自变量。这个对象中包含有提交事件的原因。以下是FileSystemEventArgs对象的一些属性:

属性:

  • Name——这个属性中使事件被提交的文件的名称。其中并不包含文件的路径——只包含使用事件被提交的文件或目录名称。
  • ChangeType——这是一个WatcherChangeTypes,它指出要提交哪个类型的事件。其有效值包括:
    ○ Changed
    ○ Created
    ○ Deleted
    ○ Renamed
  • FullPath——这个属性中包含使事件被提交的文件的完整路径,包括文件名和目录名。

代码实例

列表A列出了FileSystemWatcher对象的一个简单应用实例。在这个例子中,我们监控“C:Temp”目录中是否建立了*.TXT文件。这可能是FileSystemWatcher的最简单用法。

列表A

publicvoid CreateWatcher()

{

//Create a new FileSystemWatcher.

FileSystemWatcher watcher = newFileSystemWatcher();

//Set the filter to only catch TXT files.

watcher.Filter = "*.txt";

//Subscribe to the Created event.

watcher.Created += new

FileSystemEventHandler(watcher_FileCreated);

//Set the path to C:Temp

watcher.Path = @"C:Temp";

//Enable the FileSystemWatcher events.

watcher.EnableRaisingEvents = true;

}

void watcher_FileCreated(object sender, FileSystemEventArgs e)

{

//A new .TXT file has been created in C:Temp

Console.WriteLine("A new *.txt file has been created!");

}

这篇文章下载版本的样本项目中还提供了另外一些实例。

应用

最初,FileSystemWatcher的用途可能并不明显。当然,如果一个文件或目录发生改变,它会向我们发出警报,但在哪些情况下我们需要这类信息呢?

如果一个系统允许客户端上传文件进行处理,这时可能就要用到FileSystemWatcher对象。尽管很明显我们已经进入Web服务和SOA时代,但许多系统仍然要将平面文件插入到某些位置,不管是FTP服务器或网络共享文件夹中。我已经将FileSystemWatcher对象应用到这种类型的系统中,虽然并不是完全没有出错,但它在“调查”目录变化方面确实有一定的优势。

如果你想让两个文件保持同步,这时也可以用到FileSystemWatcher对象。你可以用FileSystemWatcher同时监控这两个文件的位置,如果其中一个出现更新,就提交一个Changed事件;然后你就可以将这些改变复制到其它系统/文件中。

如果你的系统有任何功能需要进行文件或目录监控,你必须仔细了解那个组件,看是否可以使用FileSystemWatcher对象。在我的应用过程中,这个对象至少为送交给系统的每个文件节省了10秒钟的时间。

posted on 2011-11-29 11:39  Tim Yi  阅读(2110)  评论(2编辑  收藏  举报