我想知道,将 WPF 控件绑定到并发集合是否安全,特别是围绕System.Collections.Concurrent
也实现的集合之一的包装类INotifyCollectionChanged
?
我知道CollectionChanged
必须在 UI 线程上调用(并且没有索引参数)。但是,如果另一个线程在 UI 更新自身时操作源集合,会发生什么情况?WPF 是否只是优雅地忽略了这个问题(就像在许多其他地方一样)?
我想知道,将 WPF 控件绑定到并发集合是否安全,特别是围绕System.Collections.Concurrent
也实现的集合之一的包装类INotifyCollectionChanged
?
我知道CollectionChanged
必须在 UI 线程上调用(并且没有索引参数)。但是,如果另一个线程在 UI 更新自身时操作源集合,会发生什么情况?WPF 是否只是优雅地忽略了这个问题(就像在许多其他地方一样)?
这取决于包装器的实现。让我们做一个简单的例子,添加INotifyCollectionChanged
到BlockingCollection<T>
非 UI 线程的允许调用中:
public void AddNotified(T item)
{
base.Add(item);
var args = new NotifyCollectionChangedEventArgs(
NotifyCollectionChangedAction.Add,
item,
Count - 1);
//Ensure no items are changed until the UI is updated
Application.Current.Dispatcher.Invoke(() =>
CollectionChanged?.Invoke(this, args));
}
本身的实现Add
是线程安全的,但要确保 UI 显示当前项目,您需要确保在添加和更新之间没有其他项目发生更改(参见代码中的注释)。
WPF 根据NotifyCollectionChangedAction
在提升INotifyCollectionChanged.CollectionChanged
. 这意味着 UI 依赖于这些信息。结果:临时集合更新导致 UI 不同步,直到引发更新或NotifyCollectionChangedAction.Reset
调用 a 并且 UI 显示不同的项目,例如在源集合中。
将集合与 UI 同步是一个非常广泛且有趣的话题。已经有多种解决方案可能与您的特定问题相匹配。为了给你一些可能的方法来解决这样的问题,看看这里有一些链接: