基类声明顺序决定构造函数调用顺序、内存布局、指针偏移及名字查找倾向，虚基类按声明顺序初始化，析构顺序与构造相反，且影响二义性解析和接口稳定性。
基类声明顺序决定构造函数调用顺序
它直接决定 Base1、Base2 等基类构造函数的执行先后，和初始化列表里写的顺序完全无关。哪怕你在派生类构造函数的初始化列表中把 Base2() 写在最前面，只要声明时是 class D : public Base1, public Base2，就一定是先调 Base1 构造函数，再调 Base2。
- 虚基类优先于非虚基类构造，但多个虚基类之间仍按声明顺序调用
- 非虚基类严格按继承列表从左到右依次构造
- 析构顺序与构造顺序完全相反：最后构造的最先析构
- 若忘记这点，在资源依赖（如
Base2需要Base1初始化后的句柄）时会触发未定义行为
基类声明顺序影响内存布局和指针偏移
编译器通常把基类子对象按声明顺序依次排布在派生类对象内存中。比如 class C : public A, public B，对象内存里先是 A 的成员，再是 B 的成员，最后才是 C 自己的成员。
- 将
C*转成B*时，编译器会自动加上sizeof(A)的地址偏移 - 这种偏移是编译期确定的，一旦声明顺序改了，所有涉及裸指针转换或
reinterpret_cast的代码都可能出错 - 调试时观察对象内存，若发现字段错位或读到垃圾值，先检查基类声明顺序是否和预期一致
基类声明顺序引发二义性时的解析倾向
当多个基类提供同名成员（如 foo()），而派生类没做显式限定或覆盖，编译器报错；但即使不报错，某些上下文（如 ADL 或模板推导）也可能因声明顺序产生隐式偏好。
- 名字查找在所有直接基类中“同时”进行，但若某基类声明靠前且提供了更匹配的重载，可能被优先选中
- 使用
using Base1::foo;可以显式引入特定基类版本，避免依赖顺序带来的不确定性 - 对纯虚函数接口类，建议把最核心/最稳定的接口基类放在最左边，降低后续扩展时的兼容风险
虚继承下声明顺序影响虚基类初始化权归属
虚基类的构造函数必须由最派生类直接调用，但“哪个虚基类先被初始化”，仍取决于它们在最派生类继承列表中的声明顺序。
立即学习“C++免费学习笔记（深入）”；
- 例如
class Final : public D1, virtual public V1, virtual public V2，则V1先于V2构造（尽管V1和V2都是虚的） - 如果
D1本身也虚继承了V1，那V1的初始化仍由Final承担，且只调一次——但时机仍由Final声明中V1的位置锁定 - 最容易被忽略的是：虚基类构造参数必须出现在最派生类的初始化列表中，不能只写在中间层（如
D1）的列表里
