如何为 ObservableCollections 的线程亲和性编写失败测试

Question

我有一个线程安全的可观察集合替换，我想为其编写单元测试。为了避免误报，我尝试编写一个多线程测试来证明对象无法添加到 ObservableCollection<> 中。不会失败，这样我就可以将它与我的交换并看着它变绿。我只是无法让这个测试失败（使用 NUnit）。

到目前为止，我尝试过的没有特定顺序：

• 在不同线程上创建集合并在当前线程上更新
• 在当前线程上创建集合并在备用线程上更新
• 使用不同的线程机制
  • 线程启动
  • 调度员
  • 后台工作人员
• 使用不同的单元状态
  • 测试本身和/或一个或两个线程上的 STA 和 MTA 的所有组合
• 创建一个 WPF 窗口来保存集合并手动操作 Dispatcher 帧以模拟运行时环境。

自定义集合本身在实际代码中运行良好，因此现在这更像是一项学术练习；我的线程信心已经动摇了:)

Answer 1

您正在尝试测试不存在的东西...

此测试没有理由失败，因为 ObservableCollection 类本身不具有线程亲和性。它不是线程安全的，但这只是意味着如果您在没有适当锁定的多线程场景中使用它，则行为将是不可预测的；如果您这样做，ObservableCollection 中没有任何内容会显式抛出异常。

但是， CollectionView 类确实可以 具有线程关联性，这就是为什么您无法从不同的线程将项目添加到 ObservableCollection（如果存在） CollectionView 附加到它（例如，当您将 ItemsControl 绑定到集合时，就会发生这种情况）。但抛出异常的是 CollectionView，而不是 ObservableCollection...

采用以下代码：

var list = new ObservableCollection<string>();
// var view = CollectionViewSource.GetDefaultView(list);
ThreadPool.QueueUserWorkItem(_ => list.Add("foo"));

它执行时不会抛出异常，但如果取消注释该行创建 CollectionView 时，它会抛出 NotSupportedException：

该类型的CollectionView不支持对其进行更改
来自与 Dispatcher 线程不同的线程的 SourceCollection。