初始化顺序严格按成员声明顺序执行，与初始化列表书写顺序无关；const、引用及无默认构造函数的成员必须在初始化列表中初始化；应按依赖关系声明成员并启用-wreorder警告。
不决定。初始化列表的书写顺序和实际执行顺序完全无关，真正起作用的是类中成员变量的声明顺序。
为什么初始化列表书写顺序不影响执行顺序
编译器在生成构造函数代码时，会严格按成员在类定义中出现的物理顺序调用各自的构造函数或初始化逻辑。这个规则是 C++ 标准强制规定的，不是优化策略，也无法绕过。
- 即使写成
: b(0), a(b + 1)，只要a在类里声明在b前面，a就一定先初始化 - 此时
a(b + 1)中的b还未构造，值是未定义的（对内置类型）或未调用构造函数的垃圾内存（对类类型） - 这种错误通常不报编译错误，但 GCC/Clang 在
-Wreorder下会警告 “field ‘b’ will be initialized after field ‘a’”
哪些成员必须出现在初始化列表里
这些成员没得选，函数体内赋值语法根本通不过编译：
-
const成员：比如const int id_;—— 只能初始化，不能赋值 - 引用成员：比如
int& ref_;—— 引用必须绑定，且只能绑定一次 - 没有默认构造函数的类类型成员：比如自定义类
Widget，若只提供了Widget(int)，没提供Widget()，那它必须在初始化列表里显式构造
怎么写才不容易出错
靠人脑记顺序不可靠，要靠结构和工具协同防御：
- 把有依赖关系的成员，按“被依赖者在前、依赖者在后”的顺序声明：比如
size_要用于初始化data_(size_)，那就把size_写在data_上面 - 初始化列表顺序始终和声明顺序保持一致——这不是风格问题，是降低认知负荷的硬性习惯
- 启用
-Wreorder（GCC/Clang）并设为 error，CI 流水线里卡住这类写法 - 避免在初始化表达式里调用可能访问其他成员的函数，比如
init_helper()—— 它执行时，有些成员可能还没活过来
最危险的不是不会写，而是写了还编译通过、运行看似正常，直到某次内存布局变化或优化开关调整，bug 才突然浮现。声明顺序就是你的初始化契约，别把它当成排版自由。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
