C++构造顺序严格为基类→成员对象→派生类构造函数体，由继承声明顺序和成员声明顺序决定，与初始化列表书写顺序无关；虚基类优先且仅调用一次；析构顺序完全逆序。
基类先构造，成员对象次之，派生类自身的构造函数体最后执行。这个顺序是硬性规则，不受初始化列表书写顺序影响。
构造顺序严格遵循“基类 → 成员对象 → 派生类”
无论你在派生类的初始化列表里怎么写，实际构造顺序只由三件事决定：
- 继承声明顺序（多继承时，
class D : public B1, public B2→ 先B1后B2） - 成员变量在类中声明的顺序（
MemberA m_a;在MemberB m_b;前 → 先构造m_a） - 派生类自己的构造函数体总是在所有基类和成员都完成构造后才进入
例如：class Derived : public Base { MemberX x; MemberY y; public: Derived() : y(1), x(2) { /* 这里才执行 */ } }; 实际顺序仍是 Base → x → y → 构造函数体。
初始化列表顺序 ≠ 构造顺序，但错位会触发警告
如果你在初始化列表里把依赖项写在被依赖项前面（比如 : b(a) 但 a 声明在 b 后面），编译器不会按你写的顺序初始化，而是仍按声明顺序来——结果就是用未初始化的 a 初始化 b，导致未定义行为。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 典型错误：
int b; int a; Derived() : b(a), a(42) { }→a实际还没初始化，b就被用未定义值赋值 - 主流编译器（GCC/Clang）会报
-Wreorder-ctor警告 - 修复方式：要么调整成员声明顺序，要么确保初始化表达式不跨依赖
虚继承会改变基类构造时机
虚基类的构造优先级高于所有非虚基类，且只由最派生类调用一次：
- 普通继承：
class D : public B1, public B2→B1→B2→D - 虚继承：
class D : public B1, public B2，其中B1和B2都虚继承自A→A→B1→B2→D - 即使
B1的构造函数显式调用了A(1)，该调用会被忽略；只有D的初始化列表中对A的调用生效
最容易被忽略的是：析构顺序完全镜像构造顺序，且不可干预。一旦构造顺序因声明顺序或虚继承逻辑出错，析构时可能访问已销毁对象——这类 bug 往往只在程序退出时暴露，调试成本极高。
