优先用构造函数的成员初始化列表，而非定义时初始化或构造函数体内赋值；因类内默认初始化会被静默覆盖，且const、引用及无默认构造函数的成员必须在初始化列表中初始化，顺序按声明顺序执行。
成员变量在构造函数里初始化还是定义时初始化？
优先用构造函数的成员初始化列表，不是赋值语句，也不是类内默认初始化（C++11起虽支持，但有顺序和逻辑陷阱）。
原因：类内默认初始化（比如 int x = 42;）会在进入构造函数体之前执行；但如果构造函数初始化列表显式写了 x(100)，它会覆盖类内默认值——而且这个覆盖是静默的，不报错也不警告。
- 初始化列表先于构造函数体执行，且只调用一次构造（避免默认构造+赋值的额外开销）
- const 成员、引用成员、没有默认构造函数的类类型成员，必须在初始化列表中初始化，否则编译失败
- 初始化顺序严格按成员在类中声明的顺序，跟初始化列表里写的顺序无关——这点极易踩坑
C++11 类内默认初始化（= 和 {}）能随便用吗？
能用，但仅适用于“所有构造函数都希望给该成员同一初始值”的场景；一旦某个构造函数想给不同值，就必须在初始化列表中显式覆盖，否则逻辑就错了。
示例：class A { int x = 0; public: A() = default; A(int v) : x(v) {} }; —— 这样没问题；但若写成 A(int v) { x = v; }，x 先被初始化为 0，再被赋值为 v，多了一次无谓操作。
立即学习“C++免费学习笔记（深入）”；
-
int x = 42;和int x{42};效果一致，都算默认成员初始化 - 如果类有用户定义的构造函数且没写初始化列表，类内默认初始化仍会生效
- 聚合类（如
struct无构造函数/私有成员）中，类内默认初始化在 C++14 才完全支持，旧编译器可能报错
没写构造函数时，成员变量到底有没有初值？
取决于对象的存储期和类型：栈上/堆上的非静态对象，如果没有显式初始化，内置类型（int、double、指针等）是未定义值；静态或全局对象才自动零初始化。
常见错误现象：class Vec { int* data; }; Vec v; → v.data 是野指针，不是 nullptr。别指望编译器帮你清零。
- POD 类型（纯数据结构）的栈对象：成员全为未定义值
- 带构造函数的类，哪怕空构造函数，也会触发默认初始化逻辑（但不等于零初始化）
- 用
Vec v{};（统一初始化）可强制零初始化所有内置成员，这是最省心的兜底写法
初始化顺序引发的崩溃怎么查？
当一个成员变量的初始化表达式依赖另一个成员（比如 y(x + 1)），而后者在类中声明在后，就会读到未初始化的垃圾值——这种 bug 很难调试，因为行为是未定义的，可能偶尔正常、换编译器就崩。
典型错误：class B { int x = 42; int y = x + 1; int z = y * 2; }; 看似安全，但若把 y 声明在 x 前面，y 初始化时 x 还没构造，结果不可控。
- 检查类中成员声明顺序，确保依赖关系与声明顺序一致
- 初始化列表里写的顺序不影响实际顺序，别被它误导
- 用
-Wreorder（GCC/Clang）能警告声明顺序与初始化顺序不一致的情况
最稳妥的做法：尽量避免在初始化表达式中跨成员引用；真要依赖，拆成构造函数体内赋值（虽然性能略差，但逻辑清晰可控）。
