创建.Net Standard 2.0 Roslyn分析器包后引用时遇缺失程序集错误

我来帮你搞定这个Roslyn分析器NuGet包的依赖问题——我之前踩过一模一样的坑，这事儿本质上是Roslyn分析器的打包规则和普通类库不一样，没处理好.NET Standard 2.0的依赖导致的。下面是一步步的解决方案：

1. 修正分析器项目的.csproj配置（核心解决方法） #

Roslyn分析器需要明确告诉MSBuild它是一个Roslyn组件，否则打包时不会正确处理依赖。你需要在分析器项目的<PropertyGroup>里添加两个关键配置：

• <IsRoslynComponent>true</IsRoslynComponent>：标记这是Roslyn组件，让打包工具按分析器的规则处理依赖
• 给所有Roslyn相关的包引用加上PrivateAssets="all"：避免把这些依赖传递给引用你的包的项目，而是打包到分析器目录中

示例完整的.csproj配置：

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <TargetFramework>netstandard2.0</TargetFramework>
    <IsRoslynComponent>true</IsRoslynComponent>
    <PackageId>Analyzer4</PackageId>
    <Version>1.0.0.1</Version>
    <CopyLocalLockFileAssemblies>true</CopyLocalLockFileAssemblies>
  </PropertyGroup>
  <ItemGroup>
    <PackageReference Include="Microsoft.CodeAnalysis.Analyzers" Version="3.3.4" PrivateAssets="all" />
    <PackageReference Include="Microsoft.CodeAnalysis.CSharp.Workspaces" Version="4.7.0" PrivateAssets="all" />
  </ItemGroup>
</Project>

注：CopyLocalLockFileAssemblies会确保所有依赖都被复制到输出目录，打包时能被包含进去

2. 重新打包并验证NuGet包 #

用dotnet pack命令或者VS右键项目选择「打包」重新生成NuGet包。之后可以把.nupkg文件改成.zip解压，检查analyzers/dotnet/cs目录下是否包含了你的分析器DLL以及所有依赖的.NET Standard相关程序集。如果依赖都在，说明打包正确了。

3. 临时修复：在引用项目中补充依赖（如果上面的方法暂时没生效） #

如果暂时来不及重新打包，可以在引用分析器的项目中手动添加.NET Standard依赖：
右键项目 → 管理NuGet程序包，搜索安装NETStandard.Library（版本选2.0.3即可），或者直接在项目文件中添加：

<PackageReference Include="NETStandard.Library" Version="2.0.3" PrivateAssets="all" />

不过这只是权宜之计，最终还是要从分析器包本身解决问题，避免每个引用项目都要额外操作。

4. 检查VS版本兼容性 #

确保你使用的Visual Studio版本支持.NET Standard 2.0的Roslyn分析器——VS 2017 15.3及以上版本才完全支持.NET Standard 2.0，如果是更老的版本，建议升级到较新的VS版本，否则可能会出现这类依赖加载问题。

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