FileSystemWatcher处理调用挂起

时间:2008-09-16 14:46:47

标签: c# .net winforms filesystemwatcher

我们刚开始遇到FileSystemWatcher的一个奇怪的问题,其中对Dispose()的调用似乎是挂起的。这段代码一段时间没有任何问题,但我们刚刚升级到.NET3.5 SP1,所以我试图找出是否有其他人看到过这种行为。以下是创建FileSystemWatcher的代码:

if (this.fileWatcher == null)
{
   this.fileWatcher = new FileSystemWatcher();
}
this.fileWatcher.BeginInit();
this.fileWatcher.IncludeSubdirectories = true;
this.fileWatcher.Path = project.Directory;
this.fileWatcher.EnableRaisingEvents = true;
this.fileWatcher.NotifyFilter = NotifyFilters.Attributes;
this.fileWatcher.Changed += delegate(object s, FileSystemEventArgs args)
{
   FileWatcherFileChanged(args);
};
this.fileWatcher.EndInit();

使用它的方法是更新TreeNode对象的状态图像(稍微调整以删除特定于业务的信息):

private void FileWatcherFileChanged(FileSystemEventArgs args)
{
   if (this.TreeView != null)
   {
      if (this.TreeView.InvokeRequired)
      {
         FileWatcherFileChangedCallback d = new FileWatcherFileChangedCallback(FileWatcherFileChanged);
         this.TreeView.Invoke(d, new object[]
      {
         args
      });
      }
      else
      {
         switch (args.ChangeType)
         {
            case WatcherChangeTypes.Changed:
               if (String.CompareOrdinal(this.project.FullName, args.FullPath) == 0)
               {
                  this.StateImageKey = GetStateImageKey();
               }
               else
               {
                  projectItemTreeNode.StateImageKey = GetStateImageKey();
               }
               break;
         }
      }
   }
}

我们缺少什么东西,或者这是.NET3.5 SP1的异常吗?

3 个答案:

答案 0 :(得分:7)

只是一个想法......这里有任何机会出现死锁问题吗?

您正在调用TreeView.Invoke,这是一个阻塞调用。如果文件系统发生变化就像你点击任何导致FileSystemWatcher.Dispose()调用的按钮一样,你的FileWatcherFileChanged方法将在后台线程上调用并调用TreeView.Invoke,它将阻塞,直到你的表单线程可以处理Invoke请求。但是,您的表单线程将调用FileSystemWatcher.Dispose(),在处理完所有挂起的更改请求之前,它可能不会返回。

尝试将.Invoke更改为.BeginInvoke,看看是否有帮助。这可能有助于指明你正确的方向。

当然,它也可能是.NET 3.5SP1问题。我只是根据你提供的代码推测这里。

答案 1 :(得分:2)

Scott,我们偶尔会看到控件的问题。在.NET中启动2.尝试切换到control.BeginInvoke,看看是否有帮助。

这样做将允许FileSystemWatcher线程立即返回。我怀疑你的问题是以某种方式控制.Invoke阻塞,从而导致FileSystemWatcher在处置时冻结。

答案 2 :(得分:1)

我们也有这个问题。我们的应用程序在.Net 2.0上运行,但由VS 2008 SP1编译。我也安装了.NET 3.5 SP1。我不知道为什么会发生这种情况,它看起来不像我们的死锁问题,因为此时没有其他线程正在运行(这是在应用程序关闭期间)。