VB.NET中监视文件夹的变化

　　有些人采取常规的方式，即写一个桌面应用程序，其界面可能是隐藏的。采用每隔一个事件片段读取文件信息，然后写到一个log文件中。然后设置系统启动的事件自动加载程序，（好像很多人是这样窃取QQ密码的：）。其缺点：1、不是连续的获取信息，因为他们采用了Timer的tick事件；2、在NT系统中，可能要一定的权限才可以运行，比如要管理员身份等。还有系统中会有进程显示，显然很容易shut　down.

　　我们建议的方案：采用.NET的Windows Service。首先可以克服以上缺点，而且较VB6的编程而言，.NET中写windows service一如反掌。

　　思路：在.NET创建的服务中调用System.IO.FileSystemWatcher对象，每次被监视的文件或者文件夹变化的时候，调用IO系统的FileStream和StreamWriter把变更信息写到log文件中。

　　关于.NET中的Windows服务：

　　Windows服务，是一些长久运行的程序，而并不需要依靠登录用户或客户程序来保持它的运行。它们没有自己的用户界面，可以在它们自己独有的安全级别和会话上下文中运行。我们比较熟悉的Windows服务范例包含了从打印池到SQL服务器以及它的分布式事务协作（DTC）。服务只可以运行在NT、2000以及后继产品比如XP下运行，它们通过Microsoft Management Console (MMC)提供了一个专门的管理界面(开始－>运行->Services.msc)。

　　在.NET中创建项目的时候，有一个Windows服务的模板，选择新建。这个操作自动为我建立了一个新的类，它是继承了.NET内建了System.ServiceProcess.ServiceBase类。同时它提供给我一个可视化的设计器，一个图形化的快速开发工具，它特别的为那些本身没有用户界面的工程。我可以点击这个设计器，设定我的服务的名字（我命名为"File Watching"）。

　　当启动某项服务时，系统将定位相应的可执行文件，并运行该服务的 OnStart方法（它包含在可执行文件内）。但是，运行服务与运行可执行文件并不相同。可执行文件仅加载服务。服务则通过“服务控制管理器”访问（例如启动和停止）。

　　当首次在服务上调用“开始”时，可执行文件将调用 ServiceBase 派生类的构造函数。在构造函数执行之后将立即调用 OnStart 命令处理方法。在服务首次加载之后，构造函数不会再次执行，因此有必要将构造函数执行的处理和 OnStart 执行的处理分开。可以由 OnStop 释放的任何资源都应在 OnStart 中创建。如果服务在 OnStop 释放资源后再次启动，那么，在构造函数中创建资源会妨碍这些资源的正确创建。

　　“服务控制管理器”(SCM) 提供与服务交互的方式，可以使用 SCM 将“开始”(Start)、“停止”(Stop)、“暂停”(Pause)、“继续”(Continue) 或自定义命令传递到服务中。SCM 使用 CanStop 和 CanPauseAndContinue 的值，决定服务是否接受“停止”、“暂停”或“继续”命令。仅当服务类中相应的属性 CanStop 或 CanPauseAndContinue 为 true 时，才会在 SCM 的上下文菜单中启用“停止”、“暂停”或“继续”。如果已启用，则相应的命令将传递到服务，并且调用 OnStop、OnPause 或 OnContinue。如果 CanStop、CanShutdown 或 CanPauseAndContinue 为 false，则即使已实现相应的命令处理方法（如 OnStop），也不会予以处理。

　　上面是创建任何一个服务，我们都会涉及到的。只是，具体在监视文件夹变化的时候，我们用到了FileSystemWatcher。

　　关于FileSystemWatcher：

　　侦听文件系统更改通知，并在目录或目录中的文件发生更改时引发事件。

　　使用 FileSystemWatcher 监视指定目录中的更改。可监视指定目录中的文件或子目录的更改。该组件可以监视本地计算机、网络驱动器或远程计算机上的文件。（当然只读的媒体介质比如cd和dvd，它们文件的属性不会改变，所以也就不能触发事件）

　　若要监视所有文件中的更改，请将 Filter 属性设置为空字符串 ("")。若要监视特定的文件，请将 Filter 属性设置为该文件名。例如，若要监视文件 MyDoc.txt 中的更改，请将 Filter 属性设置为“MyDoc.txt”。也可以监视特定类型文件中的更改。例如，若要监视文本文件中的更改，请将 Filter 属性设置为“*.txt”。

　　可监视目录或文件中的若干种更改。例如，可监视