const成员、引用成员及无默认构造函数的类类型成员必须用初始化列表初始化，因它们不支持“先定义后赋值”：const不可修改，引用需绑定且不可重绑，无默认构造的类无法默认生成对象。
const 成员、引用成员、无默认构造函数的类类型成员，必须在构造时通过初始化列表完成初始化。
为什么这三类成员不能在构造函数体内赋值
因为它们的语义决定了“定义即初始化”——没有“先存在、再赋值”的合法路径。
-
const成员一旦定义就不可修改，构造函数体内的=是赋值操作，编译器直接拒绝 - 引用必须在定义时绑定到一个有效对象，之后不能再指向别处；函数体内写
_ref = x;是试图重新绑定，语法非法 - 如果某个成员类型（如
Time）没有Time()默认构造函数，编译器无法在进入函数体前“先默认构造它”，只能靠初始化列表调用带参构造
常见错误现象与对应修复
编译器报错信息非常明确，但容易被忽略关键线索：
-
error: uninitialized const member 'Date::_i'→ 检查_i是否为const，是否漏写在初始化列表中 -
error: reference member '_ref' requires an initializer→ 引用成员未在初始化列表中绑定，函数体内写赋值无效 -
error: no matching constructor for initialization of 'Time'→Time类型成员没提供默认构造，又没在初始化列表里传参
初始化列表顺序和声明顺序不一致会出什么问题
不会导致编译失败，但可能引发未定义行为——尤其是当初始化表达式依赖另一个成员时。
- 类中声明顺序是
int a; int b;，但初始化列表写成: b(10), a(b + 5)→a先初始化，此时b还没构造，b + 5读的是垃圾值 - 这种 bug 很难复现，调试时变量值看起来“随机”，建议始终让初始化列表顺序与声明顺序一致
- 启用编译器警告：
-Wreorder（GCC/Clang）会在检测到顺序不一致时提醒你
类内缺省值能替代初始化列表吗
不能完全替代，尤其对那三类强制成员。
- 类内写
const int _i = 100;是合法的，但它只是“缺省值”，不是“构造时初始化动作”；如果构造函数显式写了初始化列表（如_i(42)），缺省值会被覆盖 - 但若你漏写了初始化列表项，而该成员又是
const或引用，编译器仍会报错——缺省值不解除语法约束 - 换句话说：缺省值解决的是“没写初始化列表时怎么填”，而不是“允许你跳过初始化列表”
最容易被忽略的点是：哪怕所有成员都看似普通（比如全是 int），只要其中混入一个引用或 const，整个构造函数就必须带初始化列表——否则连编译都过不去。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
