Reverse扩展方法突然变为void致编译错误，求排查外部原因

简化代码 #

using System;
using System.Linq;

namespace Test;

public class TestSomething 
{
   public byte[] DoAThing(byte[] input)
   {
      return input.Reverse().ToArray();
   }
}

编译错误信息 #

error CS0023: Operator '.' cannot be applied to operand of type 'void'

问题背景 #

这段代码上月可正常编译，近期Git服务器自动代码扫描时触发上述错误。代码未做任何修改，该分支因公司政策已锁定（生产代码分支会被锁定并定期扫描）。本地编译正常，Reverse的签名为System.Collections.Generic.IEnumerable<byte> System.Collections.Generic.IEnumerable<byte>.Reverse()，是返回IEnumerable<byte>的扩展方法。项目同时构建.NET 4.8和.NET 8版本，构建服务器上两个版本均报错。尝试添加using static System.Linq.Enumerable;后，构建服务器可正常编译，但无法修改锁定分支。

问题解答 #

仓库外部可能导致问题的变化 #

• 构建环境依赖变更：构建服务器可能更新了NuGet包源、全局SDK，或是引入/替换了包含冲突Reverse方法的第三方库/工具包。
• 编译器版本或规则调整：构建服务器升级了C#编译器（如Roslyn），扩展方法解析的优先级逻辑变化，导致原本能正确识别的System.Linq.Reverse被其他同名方法覆盖。
• 全局注入的命名空间冲突：构建环境启用了全局using，自动引入了包含void返回值Reverse方法的命名空间，引发方法解析冲突。

是否存在其他命名空间中的原地Reverse扩展方法被优先识别 #

是的，这是最可能的原因：

• 第三方库或内部工具库中，存在针对byte[]（或Array类型）的Reverse扩展方法，该方法是原地反转数组、返回void的类型，其所在命名空间被构建环境自动引入。
• 编译器解析扩展方法时，会优先匹配更具体的类型：如果有直接针对byte[]的Reverse方法，优先级会高于针对IEnumerable<byte>的System.Linq.Reverse，前者返回void，后续调用.ToArray()自然会触发CS0023错误。

是否有外部配置强制默认using语句 #

完全有可能：

• 构建服务器配置了全局using文件（如GlobalUsings.cs），或是通过MSBuild属性（<ImplicitUsings>enable</ImplicitUsings>）启用了隐式全局using，自动引入了包含冲突方法的命名空间。
• 也可能是构建参数被修改，添加了/using编译器选项，强制引入特定命名空间，导致冲突方法被优先解析。

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