编译器仅在类未声明任何构造函数且实际需要默认构造时才合成默认构造函数;它不初始化内置类型,仅调用基类和成员的默认构造,且合成函数为public、无noexcept说明。
编译器只在**类中没有任何用户定义的构造函数**时,才可能合成默认构造函数;但即使满足这个前提,也未必真生成——它只在被“需要”的时候才悄悄补上。
必须同时满足以下两点,编译器才会生成一个隐式的默认构造函数:
MyClass()、MyClass(int)、MyClass(const MyClass&) 等都不行)MyClass obj;、new MyClass、作为成员被默认初始化、作为基类被派生类默认构造调用等)如果类里所有成员和基类都能被默认初始化,且你从没写过 MyClass obj; 这类语句,编译器完全可能不生成它——它不是“预装”,而是“按需懒加载”。
常见误判场景:
const 成员或引用成员 → 编译器不会合成默认构造(因为无法默认初始化)= delete)→ 合成失败,编译报错 use of deleted function
它**不做任何显式初始化操作**,只是按需调用:基类的默认构造(如果有)、成员对象的默认构造(如果它们有)。对于内置类型(int、double 等),它什么也不做——值保持未定义。
例如:
struct A { int x; };
struct B { A a; }; // 编译器为 B 合成默认构造函数
B b; // b.a.x 的值是未定义的!
注意:A 也没写构造函数,但它不含需要构造的子对象,所以编译器连 A 的默认构造都不会合成;B 的合成构造只负责调用 A 的(不存在的)默认构造——实际仍是空操作。
最直接的方式是加一个带输出的用户定义默认构造,再对比
行为;或者用 std::is_default_constructible_v 在编译期检查(但它只反映“能否默认构造”,不区分是用户写的还是合成的)。
更底层的办法是查看编译器生成的汇编或 IR(如 clang++ -S -O0),搜索类名对应构造函数符号;但要注意:优化开启后,空的合成构造可能被完全内联或消除。
真正容易被忽略的是:合成默认构造函数的访问权限始终是 public,且**不带 noexcept 说明符**(C++11 起),除非所有调用的基类/成员构造函数都 noexcept。这会影响 std::vector 的扩容行为等细节。