委托构造函数将初始化责任完全交给同一类的另一构造函数，必须作为初始化列表唯一项，禁止后续成员初始化，且不改变成员声明顺序的初始化规则。
委托构造函数的基本写法和限制
委托构造函数不是“调用另一个构造函数”，而是把当前对象的初始化责任，完全交给同一类的另一个构造函数来完成。它必须出现在成员初始化列表中，且只能是初始化列表里唯一的条目。
- 语法是
ClassName(...) : ClassName(other_args) { /* 可选的额外逻辑 */ }
error: constructor delegation must be the only member initializer
什么时候该用委托构造函数而不是默认参数
默认参数能简化接口，但无法覆盖所有初始化场景；委托构造函数更适合需要差异化初始化逻辑的情况，比如部分字段需按规则计算、或某些组合必须强制校验。
- 当多个构造函数共享大量初始化逻辑，但又存在分支判断（如根据字符串长度决定是否分配缓冲区），用委托比复制代码更安全
- 当某个构造函数需要执行
assert或抛异常来验证参数合法性，而其他构造函数也需同样检查时，委托可避免重复校验逻辑 - 默认参数无法区分“未传参”和“传了默认值”，而不同构造函数签名可以明确语义，例如
Person(const std::string&)和Person(int, int)本质不同，不适合合并成一个带默认参数的构造函数
委托构造函数与成员初始化顺序的关系
委托构造函数不会改变 C++ 的成员初始化顺序规则：成员仍按声明顺序初始化，而不是按委托构造函数里写的顺序。这点容易误解，尤其当被委托的构造函数里有复杂表达式时。
- 即使你写成
A() : A(42), m_x(0) {}，m_x依然在A(42)执行完之后，按类内声明顺序初始化 - 被委托的构造函数中对成员的赋值（在函数体里）属于“赋值”，不是“初始化”，可能触发额外的构造/析构（比如对已构造对象再次赋值）
- 如果成员是 const 或引用类型，必须在被委托的构造函数的初始化列表中完成初始化，不能留到函数体里赋值
常见错误：试图在委托后做成员初始化或访问未初始化成员
最典型的错误是以为委托完成后对象就“完全就绪”，然后在函数体里直接访问成员——但若这些成员尚未被初始化（比如被委托的构造函数没初始化它们），行为是未定义的。
- 错误示例：
Widget() : Widget(10) { std::cout —— 若 <code>Widget(int)没在初始化列表中设置m_value，这里读取的是垃圾值 - 委托构造函数的函数体只适合做“副作用小”的操作：日志、计数器递增、或调用纯虚函数前的准备，**绝不能依赖任何成员变量的状态**
- 调试时若遇到
member access on null pointer或随机崩溃，先检查委托链是否遗漏了关键成员的初始化
委托构造函数真正难的地方不在语法，而在厘清“谁负责初始化什么”——尤其是跨多个构造函数时，很容易漏掉某个成员在某条路径下根本没被初始化。写完后建议用 -Weffc++ 或静态分析工具扫一遍，看是否有未初始化的成员被隐式使用。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
