WPF中使用ICollectionView过滤时，向ObservableCollection添加项报错

嘿，这个问题我做WPF项目时也踩过一模一样的坑！咱们先把根源掰扯清楚，再给你实打实的解决办法：

问题本质 #

WPF默认的ICollectionView（比如通过CollectionViewSource.GetDefaultView()获取的ListCollectionView）是和UI调度线程强绑定的。当你从非UI线程修改它的源集合（也就是你MainViewModel里的Categories）时，视图需要同步更新UI相关的过滤/排序状态，而跨线程操作WPF的UI相关组件是被严格禁止的，所以就抛出了你看到的NotSupportedException。

至于为什么没启用CategoriesView时能正常操作？大概率是之前的修改刚好在UI线程执行，或者ObservableCollection的CollectionChanged事件在非UI线程触发时，WPF绑定系统没严格校验，但启用视图后，视图会主动监听集合变化并强制执行线程校验，问题就直接暴露出来了。

具体解决办法 #

1. 强制在UI线程执行集合修改操作 #

最直接的方式是把增/删/改集合的代码调度到UI线程执行，用WPF的Dispatcher来实现：

// 假设你在后台线程获取到了新的CategoryViewModel实例
var newCategory = FetchNewCategoryFromBackend();

// 调度到UI线程添加到集合
Application.Current.Dispatcher.Invoke(() =>
{
    Categories.Add(newCategory);
});

如果是批量修改，建议把所有操作放在一个Dispatcher调用里，减少UI线程的调度开销：

var batchCategories = FetchBatchCategories();

Application.Current.Dispatcher.Invoke(() =>
{
    foreach (var category in batchCategories)
    {
        Categories.Add(category);
    }
});

2. 用MVVM框架的调度器（如果用了框架的话） #

如果你用了Prism、MvvmLight这类MVVM框架，它们都有封装好的线程调度工具，比直接用Application.Current.Dispatcher更优雅，还方便单元测试：

• MvvmLight可以用DispatcherHelper：

  DispatcherHelper.CheckBeginInvokeOnUI(() =>
  {
      Categories.Add(newCategory);
  });
  

• Prism可以注入IDispatchService来使用：

  _dispatchService.Invoke(() => Categories.Add(newCategory));
  

3. 手动创建支持跨线程的CollectionView（不推荐） #

虽然可以自定义CollectionView来支持跨线程，但这种方式复杂度高，容易引入其他隐性问题，除非你有特殊业务需求，否则优先用前面两种方法更稳妥。

额外提醒 #

• 尽量避免在非UI线程直接修改绑定到UI的集合，不管有没有用ICollectionView，这都是WPF开发的最佳实践。
• 如果你的CategoriesView是在CategoryViewModel里初始化的，确保初始化操作也是在UI线程执行，避免后续的线程冲突。

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