子类不写初始化列表时，编译器自动调用父类无参构造函数；若父类无可用无参构造，则编译失败，错误指向子类构造函数，且构造函数体内调用parent(s)无效，仅创建临时对象。
父类有无参构造时，子类不写初始化列表会怎样
编译器会自动插入对父类无参构造函数的调用，只要父类确实提供了可访问的无参构造（包括编译器生成的默认构造）。这看起来省事，但容易掩盖问题：如果后续父类删掉无参构造，子类代码立刻编译失败，且错误位置指向子类构造函数——你得倒回去查父类接口变更。
常见错误现象：error: no matching function for call to 'Parent::Parent()'，尤其在父类只保留带参构造后爆发。
- 父类没声明任何构造函数 → 编译器自动生成默认构造，子类可不写初始化列表
- 父类显式写了
Parent() = default;或空实现 → 同上，子类隐式调用安全 - 父类写了
Parent(int)但没写无参版本 → 子类必须显式调用，否则报错
父类只有带参构造，必须用初始化列表显式调用
这是最常踩坑的场景。初始化列表是唯一合法途径，不能在构造函数体内用 Parent(x) 补救——那只是临时对象，对当前对象的父类部分毫无影响。
示例中若父类只有 Parent(string s)，子类写成这样是错的：
child(string s) {
Parent(s); // ❌ 无效：创建并立即销毁临时 Parent 对象
cout <p>正确写法必须用冒号语法：</p><pre class="brush:php;toolbar:false;">child(string s) : Parent(s) { // ✅ 在对象内存分配后、子类构造体执行前调用父类构造
cout
- 调用发生在子类成员初始化之前，确保父类部分已就绪
- 初始化列表中参数可以是子类构造函数参数、字面量，或能被求值的表达式（但注意成员声明顺序依赖问题）
- 多个基类时，按继承声明顺序调用，不是按初始化列表书写顺序
初始化列表里调用父类构造的参数来源
参数可以来自子类构造函数形参、常量，甚至 this 可访问的成员（但要小心：此时父类和子类成员都尚未初始化，this 指向的内存虽已分配，但内容未定义）。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
典型安全用法：
-
Derived(int x) : Base(x * 2)—— 直接计算传参 -
Derived(const string& s) : Base(s.c_str())—— 转换后传参 -
Derived() : Base(42)—— 固定值
危险用法（未定义行为）：
class Bad : public Base {
int a;
int b;
public:
Bad() : Base(a + 1), a(10) { } // ❌ a 在 Base 之后才初始化，Base 构造时读 a 是垃圾值
};
记住：初始化顺序由类内成员声明顺序决定，和初始化列表里写的先后无关。
using 声明继承构造函数是否更简单
从 C++11 开始支持 using Parent::Parent;，它把父类所有构造函数“透传”给子类。表面上看省去了手写每个初始化列表的麻烦，但实际限制不少：
- 子类无法在调用父类构造前后插入自己的逻辑（比如日志、校验、资源预分配）
- 如果父类构造函数签名和子类需求不完全匹配（例如父类要
int，子类想传string并转换），仍需手动写构造函数 - 多继承时，若多个基类有同名构造函数，
using可能引发歧义，需显式限定
所以它适合“子类纯包装、零额外逻辑”的场景；一旦有定制需求，老老实实用初始化列表更可控。
最容易被忽略的是：初始化列表中父类调用和子类成员初始化共享同一执行时机，但语义分离——前者负责基类子对象状态，后者负责派生部分。混为一谈会导致资源泄漏或未定义行为，尤其涉及指针、文件句柄等需要精确生命周期管理的成员时。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
