Visual Studio编译类型混淆异常求助：MSBuild编译正常

这种VS编译出问题但MSBuild正常的情况，大概率和Visual Studio的本地缓存、项目引用的细节差异或者编译上下文不一致有关，咱们一步步来拆解排查：

1. 先清掉VS的本地缓存（最容易踩的坑） #

VS经常会缓存旧的程序集，哪怕你已经修改了类库A的代码，它可能还在偷偷用旧版本。试试这些操作：

• 完全关闭Visual Studio，删除解决方案根目录下的.vs隐藏文件夹（这是VS的核心缓存目录）
• 手动删除类库A和项目B的bin、obj文件夹，或者用VS顶部菜单的清理解决方案功能
• 重启VS后，选择重新生成解决方案（别选“生成”，要确保所有项目都从头编译）

2. 核对项目B对类库A的引用是否正确 #

如果项目B是通过项目引用关联类库A：

• 右键项目B的引用列表，找到类库A，查看属性里的路径，确认是不是指向类库A最新编译的dll（不是旧的备份、GAC里的版本或者其他路径的文件）
  如果是直接引用dll的话：
• 务必删除旧的dll文件，重新添加类库A最新生成的dll，并且勾选属性里的复制本地选项，避免运行时加载错误版本

3. 检查类型修改后的依赖与编译细节 #

你把SetCMState()的参数从System.Web.SessionState.HttpSessionState改成Dictionary<string, object>还移除了System.Web依赖，这里要确认：

• 打开类库A的.csproj文件，检查是否已经完全移除了<Reference Include="System.Web" />这类节点，没有残留的依赖
• 用dnSpy或者ILDasm工具打开项目B编译后的程序集，查看对SetCMState()的调用参数类型，确认是不是正确的Dictionary<string, object>，而不是旧的HttpSessionState
• 检查项目B的输出目录，有没有同时存在新旧版本的类库A dll，避免运行时加载混乱

4. 对比VS和MSBuild的编译配置 #

有时候VS的编译配置和你用MSBuild命令行的配置不一样：

• 打开项目B的属性→生成，查看当前的平台（x86/x64/Any CPU）、配置（Debug/Release）是不是和MSBuild命令行里指定的一致
• 用MSBuild命令行加上/verbosity:detailed参数生成日志，和VS输出窗口（设置为“详细”模式）的编译日志对比，看看有没有引用路径、编译参数的差异

5. 跟踪运行时的程序集加载 #

如果是运行时抛出异常，可以用Fusion日志查看器（命令行输入fuslogvw.exe打开）：

• 启用“所有绑定日志”，然后运行项目B触发异常
• 查看日志里类库A的加载路径，确认是不是加载了最新版本的dll，有没有加载GAC或者其他目录里的旧版本

如果还是没解决，建议补充异常的具体信息（比如异常类型、堆栈跟踪），这样能更精准定位问题。

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