在Visual Studio中运行与调试单元测试的行为差异有哪些？

你遇到的跨线程修改集合视图异常，核心诱因是Visual Studio内置测试框架在运行和调试模式下的同步上下文行为差异。

运行与调试单元测试的预期行为差异 #

• 同步上下文实现不同：正常运行单元测试时，MSTest等内置框架默认使用单线程同步上下文，await 后的后续代码会回到测试执行的主线程运行；调试单元测试时，部分版本的测试框架会关闭自定义同步上下文，await 后的代码会直接使用线程池线程执行，进而触发WPF集合视图的跨线程操作校验。
• 异步任务调度逻辑不同：运行单元测试时，测试引擎会优化线程调度，执行速度快的异步任务可能被内联执行，不会触发实际线程切换；调试时断点、单步操作会打断内联逻辑，强制发生线程切换，更容易暴露多线程兼容问题。
• 运行时校验强度不同：调试模式下.NET运行时会启用更多线程安全校验规则，WPF/WinForms的跨线程访问校验仅在调试器附加时会强制抛出异常，非调试运行时部分校验逻辑会被静默兼容。
• 超时逻辑差异：正常运行单元测试时，测试的超时规则会正常生效，超出设定时间会直接终止测试；调试时超时逻辑会被自动禁用，避免断点停留导致测试被误判超时。
• 诊断注入影响：调试时测试引擎会注入诊断代理采集运行数据，会轻微改变线程执行时序，部分异步回调的触发时机和正常运行模式存在差异。

该问题的修复方案 #

你可以选择以下任意一种方式解决：

1. 在单元测试初始化阶段，手动设置WPF Dispatcher同步上下文，保证await后代码回到Dispatcher线程执行
2. 改造ViewModel代码，将ObservableCollection的修改操作通过Dispatcher封送到创建集合的线程执行
3. 单元测试中使用专门的单线程同步上下文工具类，对齐运行模式下的线程行为

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