MSBuild项目中SdkResolverService的集合修改异常问题分析

问题背景

在MSBuild项目的评估过程中，开发人员发现了一个由SdkResolverService引发的InvalidOperationException异常。该异常的核心信息是"Collection was modified; enumeration operation may not execute"，表明在枚举集合时集合被修改，这是.NET中常见的并发修改问题。

异常堆栈分析

从异常堆栈可以看出，问题发生在SdkResolverService.ResolveSdkUsingResolversWithPatternsFirst方法中。该方法在解析SDK引用时，尝试遍历一个集合，但与此同时该集合被其他线程或递归调用修改，导致枚举操作失败。

技术细节

1. 根本原因：在SdkResolverService.cs文件的第179行附近，代码可能直接遍历了一个可变的集合而没有进行保护。当多线程或递归调用发生时，一个线程正在枚举集合，而另一个线程可能修改了该集合。

2. 并发场景：

   • 多项目并行评估时，多个线程可能同时访问SDK解析服务
   • SDK解析过程中可能触发递归调用
   • 全局的SDK解析器集合可能被动态修改

3. 解决方案方向：

   • 使用ToArray()创建集合的快照进行遍历
   • 引入锁机制保护共享集合
   • 考虑使用不可变集合或线程安全集合

类似历史问题

这个问题与之前报告过的SDK解析器集合修改问题类似，都是由于在并发环境下对共享集合的操作缺乏保护导致的。历史经验表明，这类问题通常需要通过快照或同步机制来解决。

影响范围

该问题会影响以下场景：

• 使用并行项目评估的构建过程
• 复杂项目依赖关系中的SDK解析
• Visual Studio中大型解决方案的加载

最佳实践建议

对于类似的共享资源访问问题，开发者应当：

1. 明确识别所有可能的并发访问路径
2. 对共享状态进行适当的保护或隔离
3. 在枚举集合时使用快照模式
4. 考虑使用不可变数据结构

这个问题提醒我们在设计服务组件时，特别是在构建系统这种高度并发环境中，必须仔细考虑线程安全和重入问题。