CA1822警告疑问：跨程序集调用为何未被Roslyn识别？还有其他方案吗？

问题背景 #

我在VS Code中收到以下警告：

成员“GetNumber”未访问实例数据，可标记为静态(Roslyn (CA1822))

但实际上GetNumber被另一个程序集调用，标记为静态会导致严重问题。我已查阅CA1822文档及禁用警告的文档，了解到可通过以下方式禁用警告：

• 在EditorConfig或AnalyzerConfig配置文件中将其严重性设为none
• 使用预处理指令如#pragma warning disable CA1822
• 使用SuppressMessageAttribute

但我对这些方案都不满意，因此有以下疑问：

疑问 #

1. 为何VS Code中的Roslyn编译器无法检测到该方法被其他程序集调用？我已有包含两个程序集引用的解决方案文件，能否借此检测程序集间的方法调用情况？
2. 抑制警告是我唯一的解决办法吗？

解答 #

问题1：为何Roslyn无法检测跨程序集调用？

Roslyn的CA1822分析器默认是基于单个程序集的静态分析，它不会主动遍历解决方案中其他程序集的IL或源代码来追踪跨程序集的调用关系。即使你的解决方案包含多个程序集，默认的分析范围也被限定在当前正在编译的程序集内——它只会检查当前程序集内部的代码引用，不会去解析其他程序集的调用情况。

如果你想让分析器能检测跨程序集调用，需要启用跨程序集分析（Cross-Component Analysis）。在VS Code中，你可以通过以下方式配置：

• 在项目的.editorconfig文件中添加：

  dotnet_code_quality.enable_cross_component_analysis = true
  

  或者在项目文件（.csproj）中添加：

  <PropertyGroup>
    <EnableCrossComponentAnalysis>true</EnableCrossComponentAnalysis>
  </PropertyGroup>
  

  开启这个选项后，Roslyn会尝试分析解决方案中所有相关程序集的调用关系，从而判断该方法是否被外部程序集引用，避免误报CA1822。

问题2：除了抑制警告还有其他办法吗？

除了直接抑制警告，还有两种可行的方案：

• 启用跨程序集分析：如上述问题1的解决方案，让分析器正确识别跨程序集调用，从根源上消除误报。
• 修改方法实现，强制关联实例数据：如果不想启用跨程序集分析，也可以在GetNumber方法中添加一行无实际业务意义但能关联实例的代码，比如：

  public int GetNumber()
  {
      // 添加此行以触发实例关联，避免CA1822警告
      _ = this;
      // 原有逻辑
      return 42;
  }
  

  这种方法会让分析器认为方法访问了实例数据，从而自动取消警告，但会引入无意义的代码，需要权衡代码整洁度和警告消除的需求。

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