Complex()调用报ambiguous是因为同时存在Complex()和Complex(float r=0, float i=0)两个默认构造函数，违反C++“唯一默认构造函数”规则。
为什么 Complex() 调用会报 ambiguous
因为编译器在看到 Complex c; 时，发现至少两个可行的构造函数都能匹配：一个是无参的 Complex()，另一个是带默认参数的 Complex(float r = 0, float i = 0)。C++ 不允许在重载解析中凭“哪个更‘默认’”来主观选择；它只要求唯一最佳匹配。两者都完全满足“零实参”条件，于是直接报错：call of overloaded ‘Complex()’ is ambiguous。
Complex() 和 Complex(float r = 0, float i = 0) 为什么算重载却不能共存
它们语法上构成重载（签名不同），但语义上冲突——都属于“不传实参就能调用”的默认构造函数范畴。C++ 标准明确禁止同时存在多个默认构造函数。以下情况都会触发歧义：
- 显式定义了
Complex()，又定义了Complex(float r = 0, float i = 0) - 定义了
Complex(int x = 0)和Complex(double y = 0.0)：Complex()同样二义 - 哪怕参数类型不同，只要都提供默认值且可零实参调用，就违反“有且仅有一个默认构造函数”的规则
声明和定义分离时，默认参数写在哪才安全
默认参数只能出现在函数声明（通常是头文件）中，定义（.cpp 文件）里绝不能重复写。否则：
- 如果头文件声明为
Complex(float r = 0);，而.cpp中定义为Complex(float r = 42) { ... }，编译器会报default argument given for parameter - 更危险的是：若多个源文件包含该头文件，但某处误在定义中加了默认值，链接期可能不报错，但行为取决于哪个 TU 的声明被实际使用——结果不可控
- 所有调用点看到的默认值，只取决于它所 include 的那个声明，不是定义里的值
真正安全的构造函数设计方式
别试图靠“多写几个带默认参数的构造函数”来覆盖各种初始化场景。推荐做法：
立即学习“C++免费学习笔记（深入）”；
- 只保留一个构造函数，用全缺省参数，比如
Complex(float r = 0, float i = 0)，删掉单独的Complex() - 若需语义区分（比如“空复数”和“零复数”），改用命名静态工厂函数：
static Complex zero() { return Complex(0, 0); }、static Complex undefined() { return Complex(NAN, NAN); } - 对复杂初始化逻辑，优先用初始化列表 + 委托构造（C++11 起支持），避免默认参数嵌套带来的可读性与维护风险
最容易被忽略的一点：这个歧义不是编译器 bug，也不是平台差异，而是 C++ 在重载决议阶段就强制执行的确定性规则——它拒绝做任何“猜测”，你必须让意图在函数签名层面就绝对清晰。
