基类构造函数一定在派生类构造函数体执行之前完成。c++标准强制规定初始化顺序：先基类（含间接基类），再成员对象，最后派生类函数体；多继承按继承列表从左到右，虚基类优先且仅由最派生类初始化；参数传递必须通过成员初始化列表显式进行。
派生类构造函数执行时，基类部分谁先初始化
基类的构造函数一定在派生类构造函数体执行之前完成。这不是可选行为，是 C++ 标准强制规定的顺序：先调用基类构造函数（包括所有间接基类），再按声明顺序调用成员对象的构造函数，最后才进入派生类自己的构造函数体。
常见错误是以为 Base() 调用发生在派生类函数体里——其实它发生在“进入函数体之前”，哪怕你没显式写 : Base()，编译器也会插入默认调用（前提是基类有默认构造函数）。
- 如果基类没有默认构造函数，而派生类构造函数初始化列表里又没显式调用某个基类构造函数，编译直接报错：
no matching function for call to 'Base::Base()' - 多继承时，基类构造顺序严格按继承列表中从左到右的顺序，和初始化列表里的书写顺序无关
- 虚基类只被最派生类初始化一次，且优先于非虚基类初始化
如何在派生类构造函数中传递参数给基类构造函数
必须通过成员初始化列表（member initializer list）显式调用，不能在函数体内用 Base(x, y) 这种方式——那只是临时创建一个匿名对象，对当前对象的基类部分毫无影响。
示例：
立即学习“C++免费学习笔记（深入）”；
class Base {
public:
Base(int a) { /* ... */ }
};
<p>class Derived : public Base {
public:
Derived(int x) : Base(x * 2) { // ✅ 正确：初始化列表中调用
// ...
}
};- 初始化列表中的
Base(x * 2)是唯一能控制基类如何构造的方式 - 若基类构造函数有多个重载，这里必须匹配其中一个；否则编译失败
- 派生类构造函数参数可以被计算、转换后传入，比如
Base(static_cast<double>(x))</double>
派生类析构函数与基类析构函数的调用顺序
和构造相反：派生类析构函数体执行完后，才自动调用成员对象的析构函数，最后才调用基类析构函数。这个逆序保证了“后建先拆”——依赖关系不会被提前破坏。
关键点在于：如果基类析构函数不是 virtual，而你通过基类指针删除派生类对象，那么只会调用基类析构函数，派生类部分的清理逻辑（如释放资源）将被跳过，导致未定义行为或内存泄漏。
- 只要类可能作为基类被继承，且有派生类需要自定义析构逻辑，就该把析构函数声明为
virtual - 现代 C++ 推荐写成
virtual ~Base() = default;，既明确意图又避免手写空实现 - 不需要担心性能开销：虚析构只在通过指针/引用 delete 时才有动态分发，普通栈对象销毁不受影响
继承链中多个构造函数重载时容易踩的坑
当基类提供多个构造函数，而派生类也定义了多个构造函数时，每个派生类构造函数都必须独立决定调用哪一个基类构造函数——编译器不会帮你做推导或转发。
例如：
class Base {
public:
Base() = default;
Base(int) { /* ... */ }
Base(const std::string&) { /* ... */ }
};
<p>class Derived : public Base {
public:
Derived() : Base() {} // ✅ 显式调用默认构造
Derived(int x) : Base(x) {} // ✅ 调用 int 版
Derived(const char* s) : Base(std::string(s)) {} // ✅ 转换后调用 string 版
};- 遗漏初始化列表 → 编译失败（若基类无默认构造）
- 误以为
Derived(int x) { Base(x); }有效 → 实际是创建并立即销毁临时对象，基类子对象仍用默认构造（若有）或报错（若无） - C++11 后可用委托构造函数简化，但委托目标本身仍需正确初始化基类
真正复杂的地方不在语法，而在理解“基类子对象是一次性构造完成的实体”——它不支持中途替换或二次初始化。所有参数传递必须在派生类对象诞生的第一刻就定下来。
