我有一个ObservableCollection<A> a_collection; 集合包含'n'个元素。每个元素A长这样:
public class A : INotifyPropertyChanged
{
public ObservableCollection<B> b_subcollection;
Thread m_worker;
}
基本上，它全部连接到一个WPF列表视图和显示所选项目的b_subcollection的详细信息视图控件（双向绑定、属性更改时更新等）。
当我开始实现线程时，问题出现了。整个想法是让整个a_collection使用它们的工作线程"做事"，然后更新各自的b_subcollections，并使gui实时显示结果。
当我尝试时，我得到了一个异常，说只有Dispatcher线程才能修改ObservableCollection，并且工作停滞了。
有人能解释一下问题，以及如何解决它吗？
从.NET 4.5开始，有一种内置机制可以自动同步对集合的访问并将CollectionChanged事件分派到UI线程。要启用此功能，您需要从UI线程中调用BindingOperations.EnableCollectionSynchronization。
EnableCollectionSynchronization会执行两个操作：
CollectionChanged事件。非常重要的是，这并不能解决所有问题：为确保对本质上不线程安全的集合的线程安全访问，您必须与框架协作，即在集合将要被修改时，在后台线程中获取相同的锁。
因此，正确操作所需的步骤如下：
这将确定必须使用哪个EnableCollectionSynchronization重载。大多数情况下，简单的lock语句就足够了，因此这个重载是标准选择，但如果您使用了一些花哨的同步机制，则还有支持自定义锁定。
根据所选锁定机制，在UI线程上调用相应的重载。如果使用标准的lock语句，您需要提供锁定对象作为参数。如果使用自定义同步，则需要提供CollectionSynchronizationCallback委托和上下文对象（可以是null）。当调用时，此委托必须获取您的自定义锁定，调用传递给它的Action并在返回之前释放锁定。
在您自己将要修改它时，还必须使用相同的机制对集合进行锁定; 在简单情况下，使用传递给EnableCollectionSynchronization的相同锁定对象进行锁定，或者在自定义情况下使用相同的自定义同步机制进行锁定。
BeginInvoke运行一个方法，在UI线程中执行所有适当的更改[最多只有一个BeginInvoke在任何给定时间挂起。 - supercatlock(YourLockObject) { ... }。 就像您在代码中所做的那样。 没有什么神秘的。 之所以这样做，而不是采用任何延迟更新集合的技术，是因为这种方式始终使集合保持最新状态。 - ToolmakerStevepublic static void AddOnUI<T>(this ICollection<T> collection, T item) {
Action<T> addMethod = collection.Add;
Application.Current.Dispatcher.BeginInvoke( addMethod, item );
}
...
b_subcollection.AddOnUI(new B());
这种方法会立即返回（在实际将项目添加到集合之前），然后在UI线程上，该项目将被添加到集合中，每个人都应该感到高兴。
然而，现实情况是，在重负载下，这种解决方案可能会变得缓慢，因为有太多的跨线程活动。更有效的解决方案是，将一堆项目批处理，并定期将它们发布到UI线程，以便您不必为每个项目调用跨线程。
BackgroundWorker类实现了一种模式，允许您通过其ReportProgress方法在后台操作期间报告进度。进度通过ProgressChanged事件在UI线程上报告。这也是您的另一个选择。
使用.NET 4.0，您可以使用以下一行命令:
.Add
Application.Current.Dispatcher.BeginInvoke(new Action(() => this.MyObservableCollection.Add(myItem)));
.Remove
Application.Current.Dispatcher.BeginInvoke(new Func<bool>(() => this.MyObservableCollection.Remove(myItem)));
为了后代而收集同步代码。这使用简单的锁机制来启用集合同步。请注意，您将需要在UI线程上启用集合同步。
public class MainVm
{
private ObservableCollection<MiniVm> _collectionOfObjects;
private readonly object _collectionOfObjectsSync = new object();
public MainVm()
{
_collectionOfObjects = new ObservableCollection<MiniVm>();
// Collection Sync should be enabled from the UI thread. Rest of the collection access can be done on any thread
Application.Current.Dispatcher.BeginInvoke(new Action(() =>
{ BindingOperations.EnableCollectionSynchronization(_collectionOfObjects, _collectionOfObjectsSync); }));
}
/// <summary>
/// A different thread can access the collection through this method
/// </summary>
/// <param name="newMiniVm">The new mini vm to add to observable collection</param>
private void AddMiniVm(MiniVm newMiniVm)
{
lock (_collectionOfObjectsSync)
{
_collectionOfObjects.Insert(0, newMiniVm);
}
}
}
我使用了一个同步上下文：
SynchronizationContext SyncContext { get; set; }
// 在构造函数中：
SyncContext = SynchronizationContext.Current;
// 在后台工作器或事件处理程序中：
SyncContext.Post(o =>
{
ObservableCollection.AddRange(myData);
}, null);
UI（布局、输入、引发事件等）的平台代码和您应用程序的 UI 代码都在同一 UI 线程上执行
ObservableCollection 在执行以下操作时会引发 CollectionChanged 事件：添加、删除、替换、移动、重置。而且此事件必须在 UI 线程上触发，否则调用线程将会抛出异常。
此类型的 CollectionView 不支持从与 Dispatcher 线程不同的线程更改其 SourceCollection。
这样 UI 将不会更新。
如果想要从后台线程更新 UI，请在应用程序的 dispatcher 中运行该代码。
Application.Current.Dispatcher.Invoke(() => {
// update UI
});
@Jon的回答很好，但缺少代码示例：
// UI thread
var myCollection = new ObservableCollection<string>();
var lockObject = new object();
BindingOperations.EnableCollectionSynchronization(myCollection, lockObject );
[..]
// Non UI thread
lock (lockObject)
{
myCollection.Add("Foo")
}
CollectionChanged 事件处理程序仍将从非 UI 线程调用。