WPF绑定ICollectionView报错，绑定ObservableCollection正常的原因排查

• 默认CollectionView的线程绑定特性：通过CollectionViewSource.GetDefaultView()获取的默认视图，其生命周期与创建它的线程强绑定。你的IOPortsViewModel是在后台线程中实例化的，因此构造函数里生成的CollectionDataPorts归属后台线程的Dispatcher。当UI线程的DataGrid绑定这个视图后，后续对源集合DataPorts的任何修改（哪怕由UI线程发起），都会触发视图的更新逻辑，而视图本身属于后台线程，跨线程操作就会抛出NotSupportedException。
• 直接绑定ObservableCollection的差异：直接绑定ObservableCollection时，WPF会自动在UI线程为它创建对应的默认CollectionView，这个视图归属UI线程的Dispatcher，所有更新操作都在UI线程上下文执行，因此不会出现跨线程异常。

你的线程处理逻辑存在明显问题：在后台线程中创建包含CollectionView的ViewModel实例。ViewModel中的视图组件（如CollectionView）依赖UI线程上下文，因为最终要和UI控件绑定，后台线程初始化的视图无法适配UI线程的调度规则，必然导致跨线程操作冲突。

• 将IOPortsViewModel的实例化逻辑移到UI线程：通过Dispatcher将ViewModel的创建和初始化操作调度到UI线程执行，这样CollectionDataPorts会归属UI线程，绑定后所有更新都能正常触发。
• 延迟创建CollectionView：不在ViewModel构造函数中创建CollectionDataPorts，而是在ViewModel被绑定到UI控件后（比如通过控件Loaded事件触发），在UI线程上下文获取默认视图。
• 手动指定Dispatcher创建CollectionView：如果必须在后台线程初始化ViewModel，可以手动创建BindingListCollectionView并传入UI线程的Dispatcher，不过这种方式复杂度较高，优先推荐前两种方案。

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