C# WPF MVVM模式下如何移除TreeView中的TreeViewItem？

现有代码的核心问题 #

1. 删除操作的引用匹配错误
   你当前的删除逻辑中，为了匹配集合内的被删除项，临时新建了一个全新的ViewModel实例，哪怕给这个实例赋值了相同的Model属性，和ObservableCollection内已经存在的项也属于完全不同的内存对象。
   ObservableCollection的Remove方法是基于引用相等性判断删除目标的，永远无法匹配到集合内的真实项，自然会出现已删除文件/文件夹仍然残留在TreeView中的问题。
   对应的错误代码：

   // 错误：新建临时对象做删除目标，引用不匹配永远无法移除
   DirectoryInfoViewModel itemViewModel = new DirectoryInfoViewModel();
   itemViewModel.Model = dirInfo;
   Items.Remove(itemViewModel);
   

2. FileSystemWatcher生命周期持有错误
   你在Open方法中把FileSystemWatcher定义为局部变量，方法执行完成后，Watcher没有被任何成员变量持有引用，会被垃圾回收机制回收，后续的删除、重命名事件根本无法正常触发，长期运行还会出现文件系统监听失效的问题。
3. 重命名逻辑参数使用错误
   FileSystemWatcher的Renamed事件对应的事件参数是RenamedEventArgs，包含旧路径OldFullPath和新路径FullPath两个核心属性。你现在直接复用普通的删除、创建事件处理方法，会导致删除操作查找新路径对应的项、创建操作重复添加相同项，完全无法实现正确的重命名效果。
   你之前设想的“重命名通过组合旧项删除+新项添加实现”的思路完全符合需求，只要修正Renamed事件的参数使用，就能正常工作。

符合MVVM规范的修正实现 #

• 为FileSystemInfoViewModel基类添加只读的FullPath属性，取底层FileSystemInfo模型的FullName作为文件/文件夹项的全局唯一匹配键，不要使用显示用的Caption做匹配（Caption可能因为文本格式化、截断出现偏差）。
• 从现有集合中查询被删除项的真实引用，匹配成功后直接移除该引用，禁止新建临时对象执行删除操作：

  private void OnFileDeleted(FileSystemEventArgs e)
  {
      Debug.WriteLine("File Deleted: " + e.Name);
      // 遍历现有集合，通过完整路径匹配真实存在的项引用
      var existingItem = Items.FirstOrDefault(item => 
          string.Equals(item.Model.FullName, e.FullPath, StringComparison.OrdinalIgnoreCase)
      );
      // 匹配成功后直接移除集合内的真实项
      if (existingItem != null)
      {
          Items.Remove(existingItem);
          // 如果移除的是目录项，释放它绑定的Watcher资源
          if (existingItem is DirectoryInfoViewModel dirVm)
          {
              dirVm.DisposeWatcher();
          }
      }
  }
  

• 调整FileSystemWatcher的生命周期管理，把原来Open方法里的局部Watcher提升为DirectoryInfoViewModel类的私有成员变量，避免被GC回收；同时添加对应的资源释放方法，在目录项从集合移除、ViewModel被回收时，及时停止监听并释放Watcher资源：

  // 类级别的Watcher成员，替代原来的局部变量
  private FileSystemWatcher _watcher;
  // 新增资源释放方法
  public void DisposeWatcher()
  {
      _watcher?.Dispose();
      _watcher = null;
  }
  

  在Open方法中实例化Watcher时，直接给类成员赋值：

  _watcher = new FileSystemWatcher(path);
  _watcher.Created += OnFileCreated;
  _watcher.Renamed += OnFileRenamed;
  _watcher.Deleted += OnFileDeleted;
  _watcher.Error += Watcher_Error;
  _watcher.EnableRaisingEvents = true;
  

• 修正重命名逻辑，利用RenamedEventArgs的新旧路径属性，先移除旧路径对应的项，再添加新路径对应的项：

  private void OnFileRenamed(RenamedEventArgs e)
  {
      Debug.WriteLine($"File Renamed: {e.OldFullPath} -> {e.FullPath}");
      // 先找到旧路径对应的现有项
      var oldItem = Items.FirstOrDefault(item => 
          string.Equals(item.Model.FullName, e.OldFullPath, StringComparison.OrdinalIgnoreCase)
      );
      if (oldItem != null)
      {
          Items.Remove(oldItem);
          // 释放旧项绑定的Watcher
          if (oldItem is DirectoryInfoViewModel oldDirVm)
          {
              oldDirVm.DisposeWatcher();
          }
      }
      // 再根据新路径创建对应的ViewModel加入集合
      if (Directory.Exists(e.FullPath))
      {
          var newDirInfo = new DirectoryInfo(e.FullPath);
          var newItem = new DirectoryInfoViewModel { Model = newDirInfo };
          newItem.Open(e.FullPath);
          Items.Add(newItem);
      }
      else if (File.Exists(e.FullPath))
      {
          var newFileInfo = new FileInfo(e.FullPath);
          var newItem = new FileInfoViewModel { Model = newFileInfo };
          Items.Add(newItem);
      }
  }
  

落地注意事项 #

• 路径匹配时使用不区分大小写的字符串比较（Windows系统的文件路径本身不区分大小写，避免因为大小写不一致导致匹配失效）。
• 所有对ObservableCollection的更新操作必须通过Dispatcher切回UI线程执行，你现有代码里的Dispatcher调用逻辑是正确的，保留即可。
• 当整个根目录被删除时，要递归遍历所有子项，释放每一层的FileSystemWatcher资源，避免持续抛出路径不存在的错误。

内容的提问来源于stack exchange，提问作者Basas