C#带可选参数的构造函数与重载构造函数行为是否一致？

咱们先直接说结论：这两段代码的行为并不完全一致，而且给代码片段1添加无参构造函数确实可能在遗留代码里引发意想不到的问题，下面我详细拆解一下。

先把两段代码再明确一下：

代码片段1（带默认参数的单构造函数） #

public class foo { 
    public foo(string a = null, string b = null) { 
        // do testing on parameters 
    } 
}

代码片段2（三个重载构造函数） #

public class foo { 
    public foo() { } 
    public foo(string a) { } 
    public foo(string a, string b) { } 
}

两者的核心差异体现在这几点：

• 参数逻辑的执行范围：代码片段1里的参数测试逻辑会在所有调用场景（无参、传1个参数、传2个参数）下执行；但代码片段2里，只有调用foo(string a, string b)时才会触发（假设另外两个空构造函数没加逻辑），无参和单参数调用完全跳过这些测试。
• 重载解析的二义性问题：比如调用new foo(null)时，代码片段1会正常匹配带默认参数的构造函数（a=null，b用默认值null）；但代码片段2会直接编译报错——因为null同时匹配foo(string a)和foo(string a, string b)，编译器无法确定要选哪个重载。
• 反射场景的差异：用反射获取构造函数时，代码片段1只有1个带默认参数的构造函数，而代码片段2有3个独立的构造函数。如果遗留代码里有用反射调用构造函数的逻辑，这会直接导致行为变化。

假设你给代码片段1新增无参构造函数后，代码变成这样：

public class foo { 
    public foo() { } // 新增的无参构造函数
    public foo(string a = null, string b = null) { 
        // do testing on parameters 
    } 
}

这会带来几个关键风险：

• 无参调用的逻辑跳转：原来所有new foo()的调用都会执行带默认参数构造函数里的参数测试、初始化逻辑；现在会直接调用新增的无参构造函数，完全跳过这些逻辑。如果遗留代码依赖这些逻辑（比如参数校验、默认值初始化），这会直接引发bug。
• 重载解析优先级变化：编译器会优先选择最精确匹配的重载。new foo()现在会优先匹配无参构造函数，而非带默认参数的那个；但new foo("test")这类单参数调用还是会正常匹配带默认参数的构造函数。
• 潜在的维护隐患：后续如果再新增其他重载构造函数，可能会出现更多重载解析歧义，但当前重构场景下，最直接的风险就是无参调用的逻辑变更。

如果是重构遗留代码，我的建议是：先全局排查所有new foo()的调用，确认这些调用是否依赖原构造函数里的逻辑。如果依赖，要么放弃添加无参构造函数，要么把原构造函数的核心逻辑同步到新的无参构造函数中，避免出现行为不一致的问题。

内容的提问来源于stack exchange，提问作者Aymen Ben Tanfous