如何检测C# 10中扩展方法解析规则变更引发的代码中断性问题？

这确实是C# 10里一个容易踩坑的中断性变更——编译器悄悄调整了扩展方法与实例方法的重载解析优先级：C# 9及更早版本会优先匹配参数类型更精确的扩展方法，但C# 10开始，如果实例方法的参数类型（比如Delegate）能隐式接收传入的委托类型（比如Action），就会优先调用实例方法，这直接导致你之前写的Control.BeginInvoke扩展方法被跳过，丢失了关键的IsHandleCreated检查逻辑。

针对你想要无需手动逐行检查的检测需求，这里有几个可行的方案：

1. 启用官方Roslyn代码分析规则（最推荐） #

.NET 6+自带的Roslyn代码分析器里，有几个规则可以帮你批量识别这类风险：

• 首先确保项目启用了代码分析（在项目文件里设置<EnableNETAnalyzers>true</EnableNETAnalyzers>），然后运行以下命令批量扫描整个解决方案：

  dotnet analyze --severity warning
  

  这个命令会自动标记出所有存在重载解析歧义的方法调用点，尤其是那些原本调用扩展方法、现在可能转向实例方法的场景。
• 你还可以针对性启用规则CA1062（验证公共方法参数非空），结合自定义配置，辅助检测委托类型的隐式转换风险；另外，IDE0079（移除未使用的抑制）能帮你清理不必要的代码抑制，让潜在的冲突点更明显。

2. 用编译器警告强制显式标记风险点 #

你可以通过项目配置，让编译器对这类隐式转换发出警告，甚至转为错误，强制你处理：
在项目的.csproj文件中添加以下配置：

<PropertyGroup>
  <TreatWarningsAsErrors>false</TreatWarningsAsErrors>
  <WarningsAsErrors>CS0162;CS0618</WarningsAsErrors>
  <!-- 启用委托隐式转换的相关警告 -->
  <NoWarn>$(NoWarn);CS0108</NoWarn>
</PropertyGroup>

另外，你可以临时给扩展方法加上[Obsolete("Check if this call is being overridden by instance method")]标记，这样编译器会自动提醒你所有调用该扩展方法的地方，等你排查完再移除标记即可。

3. 借助第三方静态代码分析工具 #

像ReSharper、SonarQube这类工具，都能识别这类因C#版本变更导致的方法调用逻辑变化：

• ReSharper会在代码里直接标记“可能调用错误的方法重载”的提示，你可以用它的批量扫描功能，一次性定位整个解决方案里的所有风险点；
• SonarQube的C#规则集包含对方法重载歧义的检测，能自动筛选出符合“实例方法参数为基类委托、扩展方法参数为具体委托”的调用场景。

4. 编写自定义Roslyn分析器（精准匹配你的场景） #

如果上述方案不够精准，你可以写一个轻量的自定义Roslyn分析器，专门针对你的场景：
让分析器查找所有满足以下条件的方法调用：

• 调用的方法存在同名的实例方法和扩展方法；
• 实例方法的参数类型是Delegate（或其他通用委托基类），而扩展方法的参数是更具体的委托类型（比如Action、Func<T>）；
• 传入的实参是具体委托类型（比如lambda表达式、Action实例）。
  这个分析器可以批量扫描你的代码库，自动标记所有符合条件的调用点，完全无需手动检查。

临时应急修复 #

在完成全面检测之前，你可以通过显式调用扩展方法来避免逻辑错误：

// 原本的调用（现在可能调用实例方法）
this.BeginInvoke(() => someMenu.Visible = somethingIsAvailable());
// 显式调用扩展方法，确保逻辑正确
ControlExt.BeginInvoke(this, () => someMenu.Visible = somethingIsAvailable());

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