委托构造函数必须在初始化列表中调用，形式为: this(args)或: BaseClass(args)，不能在函数体内调用，且一个构造函数最多委托一次、不可循环委托。
委托构造函数怎么写才不报错
委托构造函数必须在初始化列表里调用，且不能同时有其他成员初始化；否则编译器直接报 error: constructor delegation outside of member initializer list。
- 只能出现在初始化列表中，形式是
: this(args)或: BaseClass(args)，不能放在函数体里 - 被委托的构造函数不能是
explicit的（否则无法隐式调用） - 一个构造函数最多委托一次，且不能循环委托（A → B → A）
- 如果类有虚基类，被委托的构造函数必须负责初始化它，主构造函数不能再碰
示例：
struct Vec {
int x, y;
Vec() : Vec(0, 0) {} // ✅ 正确委托
Vec(int x) : Vec(x, x) {} // ✅
Vec(int x, int y) : x(x), y(y) {} // ✅ 被委托的目标
};
委托构造和默认参数哪个更合适
默认参数更轻量、无额外调用开销，但委托构造能做更复杂的逻辑复用——比如需要条件分支、异常处理或资源分配时，默认参数做不到。
- 默认参数适用于“只是参数值不同”的简单场景，如
Vec(int x = 0, int y = 0) - 委托构造适合“构造流程不同但最终目标一致”的情况，比如从文件读取 vs 从坐标创建，都需校验范围并设标志位
- 委托会多一层函数调用（即使内联，也可能影响调试符号或栈帧），而默认参数完全零开销
- 混合使用要小心：带默认参数的构造函数若被委托，可能触发意外重载解析，建议显式写出所有参数
委托构造在继承体系里怎么用
派生类不能直接委托基类构造函数；它只能委托本类其他构造函数，或者通过初始化列表调用基类构造函数。想复用基类逻辑，得靠基类自己提供可委托的构造函数。
- 基类要有可访问的、非
explicit的构造函数，供派生类在初始化列表中调用（这不是委托，是常规基类初始化） - 派生类内部可以委托，比如把
Derived(int)委托给Derived(int, bool)，再由后者调用Base(val) - 注意虚继承：只有最派生类负责初始化虚基类，委托链中任何中间构造函数都不能再初始化它
- 如果基类构造函数抛异常，委托链上层不会执行任何清理——这点和普通函数调用一致，但容易误以为“委托=安全封装”
为什么有时候委托后成员变量还是未初始化
因为委托构造函数的函数体执行前，所有成员已按被委托构造函数的初始化列表完成初始化；如果你在委托构造函数体里又赋值，属于重复操作，但更危险的是——你误以为自己初始化了，其实根本没走那条路径。
立即学习“C++免费学习笔记（深入）”；
- 常见错误：写
Vec() : this(0, 0) { x = 1; }—— 这里x已被Vec(0, 0)初始化为 0，后面赋值 1 是覆盖，不是补初始化 - 更隐蔽的问题：委托目标构造函数里用了
memset(this, 0, sizeof(*this))或 placement new，会导致委托方的初始化列表失效 - 调试技巧：加日志或断点到每个构造函数体开头，确认实际进入的是哪一条路径；别只看声明
- 聚合类型（如 POD）和有用户定义构造函数的类行为不同——前者允许纯委托，后者一旦定义了任一构造函数，编译器就不再合成默认构造函数
委托不是魔法，它只是把初始化责任移交出去；移交失败、移交给错函数、或移交后又乱动内存，问题照样发生。
