委派构造函数需在成员初始化列表中调用同类其他构造函数，被委派者先完整执行，当前函数体后运行；禁止循环委派、禁止初始化列表含其他初始化项、不可在函数体内调用。
委派构造函数怎么写（C++11起支持）
委派构造函数就是让一个构造函数调用同一个类的另一个构造函数，复用初始化逻辑，避免代码重复。它不是“调用普通函数”，而是语法层面的特殊委托，必须写在成员初始化列表里，且只能出现在那里。
- 被委派的构造函数会完整执行（包括其成员初始化列表和函数体），当前构造函数的函数体在它之后才运行
- 不能形成循环委派，比如
A::A(int)委派给A::A()，而A::A()又反过来委派给A::A(int)—— 编译器直接报错 - 委派后，当前构造函数的成员初始化列表必须为空（除了委派调用本身），否则编译失败：例如
A::A() : A(42), x(0) { }是非法的
示例：
struct Vec {
int x, y;
Vec() : Vec(0, 0) {} // 委派给双参数构造函数
Vec(int x) : Vec(x, x) {} // 也委派
Vec(int x, int y) : x(x), y(y) {}
};为什么不能在构造函数体内调用另一个构造函数
因为 C++ 中构造函数没有返回值、不能取地址、也不能像普通函数那样被显式调用。你在函数体里写 Vec(1, 2)，实际是创建了一个临时对象，跟当前正在构造的实例完全无关 —— 成员变量还是未初始化状态，后续赋值只是覆盖，不是初始化。
- 常见错误现象：
this->Vec(1, 2)或Vec(1, 2)出现在函数体内 → 编译通过但逻辑错误，字段没按预期初始化 - 根本原因：C++ 对象生命周期由构造函数唯一确立，中途“重构造”不被允许；委派机制是唯一绕过该限制的合法途径
- 兼容性注意：C++11 才引入，老项目若需兼容 C++98/03，只能靠私有初始化函数 + 构造函数重复调用（但无法初始化
const或引用成员）
委派构造函数和初始化函数（init）怎么选
当你要复用的逻辑不涉及成员变量的初始化（比如只是设置默认值、校验参数、分配资源），用私有 init() 函数更灵活；一旦涉及 const 成员、引用成员或需要确保只初始化一次，就必须用委派构造函数。
立即学习“C++免费学习笔记（深入）”；
-
init()函数可以被多个构造函数调用，但它不能初始化const int a = 42;这类成员 —— 它们必须在初始化列表中完成 - 委派构造函数能初始化所有成员，但要求被委派者必须能覆盖全部初始化需求；如果某些构造函数要额外做不可委派的操作（如抛异常、日志），得放在委派后的函数体里
- 性能上无差异：委派是编译期机制，不产生额外运行时开销；
init()多一次函数调用，但现代编译器通常能内联
典型混合用法：
struct File {
const std::string path;
FILE* fp;
File(const char* p) : File(std::string(p)) {} // 委派处理 string 转换
File(std::string p) : path(std::move(p)) { // 初始化 const 成员
fp = fopen(path.c_str(), "r");
if (!fp) throw std::runtime_error("open failed");
}
};容易被忽略的细节：委派目标必须是同一类的构造函数
你不能委派给父类构造函数，也不能委派给模板特化或别名构造函数 —— 编译器只认字面匹配的、同名同作用域的构造函数签名。
- 错误示例：
Base::Base()出现在派生类构造函数的初始化列表里 → 不是委派，是基类初始化，语法合法但语义不同 - 模板类中使用委派需格外小心：委派目标必须能被当前模板参数实例化，否则 SFINAE 不起作用，直接编译失败
- 如果构造函数是
explicit，委派调用不受影响；但如果委派目标是explicit，而你在隐式转换场景下触发它（比如Vec v = 5;），仍会失败 —— 委派不改变原构造函数的 explicit 属性
真正麻烦的是跨继承层级的逻辑复用：委派解决不了，得靠组合或策略类，而不是硬套这个语法。
