针对.NET 4.5.2项目的Roslyn代码分析器加载失败问题排查

看起来你遇到的问题核心是目标框架兼容性不匹配导致的依赖加载失败，我来帮你拆解原因并给出具体的解决办法：

问题根源 #

你创建的分析器目标是.NET Standard 1.3，但根据.NET Standard的兼容矩阵，.NET Framework 4.5.2并不支持.NET Standard 1.3（最低支持版本是.NET Framework 4.6）。这就导致当4.5.2项目尝试加载分析器时，CLR无法正确解析.NET Standard 1.3库的依赖链，最终抛出找不到Microsoft.CodeAnalysis, Version=2.4.0.0的错误。

另外，Roslyn 2.x系列（也就是你模板中默认使用的版本）本身要求运行环境至少是.NET Framework 4.6，这也和4.5.2项目的环境冲突。

解决方案 #

方案一：将分析器改为目标.NET Framework 4.5.2（最稳妥） #

这是最直接的解决方式，让分析器的运行环境和目标项目完全匹配：

• 右键你的分析器项目 → 属性 → 应用程序标签页，将目标框架改为.NET Framework 4.5.2。
• 打开NuGet包管理器，卸载现有的Microsoft.CodeAnalysis相关包（比如Microsoft.CodeAnalysis.Analyzers、Microsoft.CodeAnalysis.CSharp等）。
• 安装支持.NET Framework 4.5.2的Roslyn版本：搜索并安装Microsoft.CodeAnalysis系列包的1.x版本（比如1.3.2，这是支持4.5.2的稳定版本）。
• 重新生成分析器项目，清理并重建你的.NET 4.5.2测试项目，重新引用分析器后测试。

方案二：通过兼容包让.NET 4.5.2项目支持.NET Standard 1.3 #

如果你想保留分析器的.NET Standard 1.3目标，可以尝试给4.5.2项目添加兼容支持：

• 在你的.NET 4.5.2项目中安装NuGet包NETStandard.Library，选择版本1.6.1（这是唯一支持.NET Framework 4.5.2的.NET Standard兼容包版本）。
• 确保分析器项目中的Microsoft.CodeAnalysis包版本是2.0.0及以上（兼容.NET Standard 1.3），并且在分析器项目的属性中设置所有依赖项的复制本地为True。
• 清理项目的bin和obj目录，重新生成后测试。注意这种方式可能会引入额外的依赖，需要仔细验证兼容性。

方案三：检查分析器的依赖打包配置 #

如果你是通过NuGet包分发分析器，需要确保依赖项被正确声明：

• 在分析器项目的.nuspec文件中，明确添加对Microsoft.CodeAnalysis的依赖，并指定兼容4.5.2的版本范围（比如[1.3.2, 2.0.0)）。
• 确保打包时将分析器的所有依赖项包含在NuGet包中，避免目标项目无法拉取到必要的库。

验证步骤 #

无论采用哪种方案，完成后都要：

• 清理所有相关项目的bin和obj目录，避免残留旧文件。
• 重新生成分析器和测试项目。
• 在VS中打开.NET 4.5.2项目，查看错误列表是否还有加载失败的提示，同时尝试触发分析器的规则（比如编写符合规则的代码）来验证是否正常工作。

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