C#带params关键字的泛型方法重载引发递归调用问题咨询

该行为完全符合C#方法重载匹配规则 #

核心原因来自C#扩展方法的查找优先级逻辑：

1. 编译器查找扩展方法时，会按命名空间邻近度排序优先级：调用代码所在命名空间内定义的扩展类 > 外层命名空间的扩展类 > using导入的其他命名空间的扩展类。你自定义的FixtureExtensions和当前调用代码的命名空间更近，优先级远高于原定义的FixtureFreezer类。
2. 你调用fixture.Freeze<T>()时，编译器会先在高优先级的FixtureExtensions类中查找匹配的方法：你定义的Freeze<T>(this IFixture fixture, params object[] arguments)允许不传params参数（编译器自动传入空数组），完全适配当前调用，所以编译器直接选中该重载，不会再去低优先级的FixtureFreezer类中查找原无参方法，最终导致递归。

而非泛型Foo方法没有出现问题的原因是：你在FixtureExtensions中只定义了带params参数的Foo重载，调用fixture.Foo()时，当前高优先级类中没有适配的无参重载，编译器会继续查找低优先级的FixtureFreezer类，找到无参Foo重载完成匹配，所以不会递归。泛型约束在这里只是附加校验条件，不是核心影响因素。

调用原无参Freeze<T>的解决方案 #

扩展方法本质是静态方法的语法糖，你不需要用扩展方法的实例调用语法，直接通过原扩展类的静态方法形式调用即可，完全绕开扩展方法的优先级匹配逻辑：

public static class FixtureExtensions
{
    // 注意要加上和原方法一致的泛型约束，否则编译不通过
    public static T Freeze<T>(this IFixture fixture, params object[] arguments) where T : new()
    {
        // 你的自定义逻辑
        // 直接调用原静态类的方法，不走扩展方法匹配
        return FixtureFreezer.Freeze<T>(fixture);
    }

    public static int Foo(this IFixture fixture, params object[] arguments)
    {
        return fixture.Foo();
    }
}

这种方式是最稳妥的，不会受后续命名空间调整、重载新增的影响。

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