委托构造函数用: this(args)在初始化列表中唯一调用同名非explicit构造函数，禁止循环委托、函数体内赋值及遗漏const/引用成员初始化，无运行时开销但需谨慎设计委托链。
委托构造函数的基本写法和调用规则
委托构造函数不是“调用另一个构造函数”，而是把当前对象的初始化完全交给另一个构造函数来完成——它必须是构造函数体中唯一的一条语句，且不能同时初始化成员变量。
- 语法上用
: this(args)形式，只能出现在成员初始化列表中，不能出现在函数体内 - 被委托的构造函数必须与当前类同名（即仍是本类构造函数），且不能是
explicit的（否则编译报错：calling a delegate constructor from an explicit constructor is not allowed） - 委托链不能形成循环，否则编译失败：error: constructor delegates to itself
- 如果类有默认构造函数，又写了委托构造函数，记得显式定义默认构造函数，否则
MyClass obj;会编译不过
常见错误：委托后又在函数体里赋值
这是新手最容易踩的坑：以为委托只是“先调一下”，后面还能自己操作。实际上，一旦用了委托，所有成员初始化都由被委托者负责，你再在函数体里赋值，属于重复初始化，可能覆盖正确状态，甚至引发未定义行为。
- 错误写法：
MyClass(int x) : this() { data = x; } // ❌ this() 已初始化 data，这里又赋值 - 正确做法：把逻辑全收进被委托的构造函数里，或改用普通成员初始化列表
- 若需条件分支，建议用 private helper 函数预处理参数，再统一委托，避免在多个构造函数里重复逻辑
委托构造函数与 const / 引用成员的兼容性
const 成员、引用成员必须在成员初始化列表中绑定，而委托构造函数本身不提供新的初始化位置——所以被委托的构造函数必须负责它们的初始化，否则编译直接报错。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 例如类含
const int id;，那么所有委托目标构造函数都得在自己的初始化列表里写id(value) - 不能靠委托后再“补初始化”：const 成员没有赋值操作符，
id = 42;是非法的 - 若某个构造函数忘了初始化 const 成员，哪怕它只是委托者，也会触发 error: uninitialized const member
性能影响和实际使用建议
委托构造函数在编译期展开，生成的汇编和手写重复初始化几乎一致，没有运行时开销。但它会让初始化逻辑集中到少数几个构造函数中，可读性反而可能下降。
立即学习“C++免费学习笔记（深入）”；
- 适合场景：多个构造函数共享大量初始化逻辑（如资源分配、校验、默认值填充）
- 不适合场景：仅参数名不同、但初始化路径差异大（比如一个打开文件，一个从内存加载），强行委托反而让主构造函数职责混乱
- 调试时注意：断点打在被委托的构造函数里才能真正捕获初始化过程；委托者构造函数的函数体为空，进去就结束了
委托构造函数真正的难点不在语法，而在设计时判断“哪些该委托、哪些该保留独立路径”——一不留神就把简单问题绕进了初始化依赖泥潭。
