初始化列表优于构造函数内赋值：对自定义类型避免多余构造/赋值，且const、引用及无默认构造函数的成员必须用初始化列表；初始化顺序仅由成员声明顺序决定，与列表中顺序无关。
构造函数里直接赋值和用初始化列表，差别在哪
差别在语义和性能：成员变量是先默认构造再赋值，还是直接用参数构造。对自定义类型（比如 std::string、std::vector 或你自己写的类），前者多一次构造+一次赋值，后者只调一次构造——尤其当类没写移动语义时，开销明显。
更关键的是：const 成员、引用成员、没有默认构造函数的类成员，**必须用初始化列表**，否则编译直接报错：error: uninitialized const member 或 error: reference member is not initialized。
- 基本类型（
int、double）两者效果一样，但习惯上仍推荐初始化列表，保持统一 - 基类构造必须在初始化列表里调用，不能放到函数体里
- 初始化顺序只由成员在类中声明的顺序决定，跟初始化列表里写的顺序无关——这点极易踩坑
初始化列表怎么写才不报错
语法很简单：ClassName() : m_a(1), m_b("hello"), base_class(42) { }。冒号后面是逗号分隔的“成员名(实参)”对。
常见错误：
立即学习“C++免费学习笔记（深入）”；
- 漏掉某个 const 引用成员，编译失败；
- 把基类构造写成
BaseClass::BaseClass(42)——错，应该直接写BaseClass(42)； - 在列表里调用虚函数（虽然能编译，但此时虚表还没完全建立，实际调的是当前类或基类的版本，行为不可靠）；
- 用尚未初始化的成员去初始化另一个成员，比如
m_b(m_a + 1)但m_a在m_b后面声明——这时m_a还没初始化，值是未定义的
什么时候必须用初始化列表
三种情况绕不开：
- 成员是 const 类型，例如
const int m_id; - 成员是引用，例如
int& m_ref; - 成员类型没有默认构造函数，例如你写了
class Data { explicit Data(int); };，然后类里有Data m_data;
另外，如果基类构造函数不是默认的，派生类也必须在初始化列表里显式调用它；否则编译器找不到匹配的基类构造函数，报 no matching constructor。
初始化列表里能做复杂计算吗
可以，但要小心。支持任意表达式，包括函数调用、三目运算、lambda（C++17 起），例如：m_x(calc_value()), m_y(flag ? 10 : 20)。
但注意两点：
- 所有初始化表达式都在构造函数体执行前求值，所以不能依赖 this 指针做成员访问（虽然语法允许，但此时对象还没构造完，行为未定义）；
- 异常安全：如果某个初始化抛异常，已成功初始化的成员会按逆序自动析构——这点比函数体内 try/catch 更干净，但也意味着你要确保初始化顺序合理，避免资源泄漏
真正容易被忽略的是：初始化顺序和声明顺序强绑定。哪怕你把 m_b 写在列表前面，只要它在类里声明在 m_a 后面，m_a 就一定先初始化。这个规则不看代码怎么写，只看头文件里那一行一行怎么排的。
