为何重载导致的歧义默认构造函数无编译错误或警告？

为什么类定义能通过编译？ #

C++允许在类中声明多个重载构造函数，哪怕其中一个带全默认参数的构造函数可以被无参调用，和显式默认构造函数形成潜在冲突。编译器处理类定义时，只会检查语法合法性、函数声明是否符合规则，不会提前扫描所有可能的调用场景去判断歧义。只有当代码里真的写出无参调用语句时，编译器才会去匹配重载函数，这时才会发现两个构造函数都能匹配无参调用，触发歧义错误。

为什么编译类定义时没警告，甚至开了-Wall也没有？ #

• 标准层面：C++标准没强制要求编译器对这种“合法但有潜在调用风险”的声明发警告，它不属于语法错误范畴。
• 编译器警告逻辑：-Wall包含了多数常见警告，但不是所有。这种重载构造函数和带默认参数构造函数的冲突，属于更细分的潜在问题，GCC和Clang默认不会在-Wall里开启检测，需要专门的警告选项（比如GCC的-Wextra或特定版本的-Woverloaded-constructor）才会提示。

关于提交特性请求的建议 #

如果想让编译器在类定义阶段就检测到这种潜在歧义，可以给GCC/Clang提特性请求，但要注意：

• 明确描述场景：带全默认参数的构造函数与显式默认构造函数共存的情况。
• 建议新增警告选项，或者将其纳入现有警告组（比如-Wextra），而不是直接报错——毕竟这种声明本身是符合语法的，只是无参调用时会出问题。

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