C++中成员变量按声明顺序初始化，与初始化列表顺序无关；const/引用成员必须在初始化列表中构造；基类先于成员初始化，派生类构造函数体最后执行。
成员变量声明顺序决定初始化顺序
类里 int a 写在 std::string b 前面，哪怕构造函数初始化列表里写成 b("hello"), a(42)，a 依然先于 b 构造。C++ 标准强制按声明顺序初始化，和初始化列表书写顺序无关。
常见错误现象：用后声明的成员去初始化先声明的成员，比如：
class X {
std::string data;
std::vector<char> buf; // 依赖 data.size()
public:
X() : buf(data.size()) {} // data 还没构造！buf 构造时 data 是未定义状态
};这时候 data 的构造函数根本还没执行，data.size() 调用的是未初始化对象的成员函数 —— 行为未定义，大概率 crash 或随机值。
- 解决办法只有改声明顺序：
std::vector<char> buf往下挪，放到std::string data后面 - 如果逻辑上必须交叉依赖（比如两个成员互为参数），就别在初始化列表里硬塞，改用构造函数体内赋值（接受默认构造 + 赋值的开销）
- 编译器一般不报错，Clang/GCC 加
-Wreorder可警告，但默认不启用
const / 引用成员必须在初始化列表里构造
const int x 或 SomeClass& ref 没有默认构造函数，也不能被赋值，只能靠初始化列表“一次性喂进去”。漏写或写错，编译直接失败。
立即学习“C++免费学习笔记（深入）”；
典型错误：
class Y {
const int val;
Y(int v) { val = v; } // ❌ 编译错误：use of undeclared identifier 'val' in assignment context
};正确写法：
class Y {
const int val;
Y(int v) : val(v) {} // ✅ 必须在这里初始化
};- 即使你写了默认构造函数，
const成员也得出现在初始化列表里，不能留空 - 引用成员同理，且不能绑定到局部变量（生命周期太短），常见坑是绑定到函数参数或临时对象
- 如果参数本身是右值，要用
T&&和std::move转移，否则初始化引用会失败
基类和成员的初始化顺序固定不可调
顺序永远是：基类 → 成员变量（按声明顺序）→ 派生类构造函数体。你没法靠初始化列表打乱这个链条。
容易踩的坑：
- 在基类构造函数里调用虚函数，不会动态分发到派生类重写版本（此时派生类部分还没构造）
- 把派生类成员变量放在初始化列表里传给基类构造函数，比如
Base(m_member)——m_member此时还未构造，传进去的是垃圾值 - 多重继承时，基类初始化顺序按继承列表从左到右，不是按初始化列表顺序
示例：
class Base { Base(int x) { /* x 是未定义值 */ } };
class Derived : public Base {
int m_val = 42;
public:
Derived() : Base(m_val) {} // ❌ m_val 还没初始化，Base 构造时读到的是栈上随机值
};委托构造函数不能绕过初始化顺序规则
C++11 支持委托构造函数（一个构造函数调另一个），但它只是语法糖，底层仍遵守同一套初始化顺序逻辑。
比如：
class Z {
int a, b;
public:
Z(int x) : a(x), b(x * 2) {}
Z() : Z(42) {} // 委托成功，但 a 和 b 依然按声明顺序初始化
};你以为 Z() 先跑 Z(42) 就能“提前”初始化 b？不行。委托只是跳转入口，初始化阶段仍从头开始：先基类（无）、再 a、再 b。
- 委托构造函数里不能出现自己的初始化列表（语法错误），所有初始化必须由被委托的那个完成
- 如果被委托的构造函数没初始化某个
const成员，委托者也没法补救 —— 编译失败 - 调试时注意：断点打在委托构造函数体里，实际初始化动作发生在被委托函数的初始化列表中，容易误判执行流
最麻烦的地方往往不在语法对不对，而在于——你得同时盯着头文件里的声明顺序、初始化列表的写法、以及基类接口是否悄悄依赖了还没构造好的东西。稍一疏忽，问题只在特定编译器或优化等级下暴露。
