成员初始化列表是初始化成员变量的唯一可靠方式，它直接调用对应构造函数，避免默认构造+赋值的开销；引用、const及无默认构造函数的成员必须使用；初始化顺序取决于声明顺序而非列表顺序。
构造函数里直接赋值 vs 成员初始化列表
成员变量在构造函数体里用 = 赋值，和在成员初始化列表里初始化，行为完全不同。前者是先调用默认构造函数创建对象，再调用赋值运算符；后者是直接调用对应构造函数完成初始化。对自定义类型（比如 std::string、std::vector 或你自己写的类），这会影响性能，甚至导致编译失败。
- 引用成员、const 成员、没有默认构造函数的类类型成员，**必须**用初始化列表，否则编译报错：
error: uninitialized const member - 内置类型（如
int、double）在初始化列表里写不写没区别，但写上更统一、可读性更好 - 初始化顺序只跟**成员声明顺序**有关，跟初始化列表里写的顺序无关——这点容易被忽略，写错顺序可能引发未定义行为
初始化列表中调用带参数的构造函数
当成员是自定义类，且它只有带参构造函数时，你不能靠“先默认构造再赋值”绕过去，必须在初始化列表里显式传参。
class Config {
public:
Config(const std::string& path) { /* 读配置 */ }
};
<p>class Server {
Config cfg;
public:
Server() : cfg("config.json") {} // ✅ 正确：初始化列表传参
// Server() { cfg = Config("config.json"); } // ❌ 编译失败：Config 没有默认构造函数
};</p>委托构造函数与初始化列表共存的写法
C++11 支持委托构造函数，但被委托的构造函数仍要负责初始化所有成员。如果你在委托构造函数里写了初始化列表，它会覆盖被委托构造函数中的同名成员初始化——这通常不是你想要的。
- 委托构造函数的初始化列表只能用于初始化「当前构造函数自己的参数」，不能用来初始化成员（成员初始化必须由最终执行的那个构造函数完成）
- 常见错误：在委托构造函数里写
Server(int p) : port(p), cfg("default.json")，而另一个构造函数也初始化cfg，结果cfg被构造两次 - 正确做法：把公共初始化逻辑抽到私有初始化函数（
init()），或确保只有一个构造函数承担成员初始化责任
聚合初始化（C++11 起）绕过构造函数的陷阱
如果类满足聚合类型条件（无用户声明构造函数、无 private/protected 非静态成员等），可以用 {} 直接初始化，此时构造函数完全不执行。
立即学习“C++免费学习笔记（深入）”；
- 这意味着：成员初始化列表、构造函数体里的逻辑、
std::initializer_list构造函数，全都不触发 - 容易踩坑的场景：你写了带日志输出的构造函数，以为每次创建对象都会打日志，结果用
MyClass obj{1, 2};就静默了 - 检查是否意外触发聚合初始化：删掉所有构造函数声明，看代码是否还能编译通过；或者加一个空的
MyClass() = default;强制关闭聚合
成员初始化列表不是语法糖，它是控制对象生命周期起点的唯一可靠方式。尤其涉及资源管理、引用绑定或依赖顺序时，漏掉它，问题往往在运行时才暴露，而且很难复现。
