我们刚开始遇到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的异常吗?
答案 0 :(得分:7)
只是一个想法......这里有任何机会出现死锁问题吗?
您正在调用TreeView.Invoke,这是一个阻塞调用。如果文件系统发生变化就像你点击任何导致FileSystemWatcher.Dispose()调用的按钮一样,你的FileWatcherFileChanged方法将在后台线程上调用并调用TreeView.Invoke,它将阻塞,直到你的表单线程可以处理Invoke请求。但是,您的表单线程将调用FileSystemWatcher.Dispose(),在处理完所有挂起的更改请求之前,它可能不会返回。
尝试将.Invoke更改为.BeginInvoke,看看是否有帮助。这可能有助于指明你正确的方向。
当然,它也可能是.NET 3.5SP1问题。我只是根据你提供的代码推测这里。
答案 1 :(得分:2)
这样做将允许FileSystemWatcher线程立即返回。我怀疑你的问题是以某种方式控制.Invoke阻塞,从而导致FileSystemWatcher在处置时冻结。
答案 2 :(得分:1)
我们也有这个问题。我们的应用程序在.Net 2.0上运行,但由VS 2008 SP1编译。我也安装了.NET 3.5 SP1。我不知道为什么会发生这种情况,它看起来不像我们的死锁问题,因为此时没有其他线程正在运行(这是在应用程序关闭期间)。