c++11起子类可用using Base::Base;显式继承父类公有/保护构造函数，编译器自动生成对应转发构造函数，但不支持初始化子类成员、虚基类或override；私有、deleted或未实例化模板构造函数不被继承。
继承构造函数的语法和基本行为
在 C++11 之后，子类可以用 using Base::Base; 显式声明“继承父类所有构造函数”，而不是手动写一堆转发构造函数。它不是自动发生的，必须显式写这行代码，否则父类构造函数不会出现在子类作用域里。
这行语句的作用是把父类的每个构造函数签名“注入”到子类中，编译器会为每个签名生成一个隐式构造函数，内部直接转发参数给父类对应构造函数。
- 只继承公有（
public）和保护（protected）构造函数，私有构造函数不可见，不参与继承 - 如果父类某个构造函数被
delete或是模板特化未实例化，该签名不会被继承 - 继承来的构造函数无法被
override或final修饰——它们不是虚函数，也不属于子类定义的函数
为什么不能直接用子类名调用父类构造函数？
因为构造函数不参与名字查找（name lookup），它没有返回类型、不支持重载解析跨作用域自动匹配。子类作用域默认看不到父类构造函数，哪怕访问权限允许。
常见错误现象：Error: no matching constructor for initialization of 'Derived'，尤其当父类有多个带参构造函数、而子类没写任何构造函数时——此时子类只有默认构造函数（如果父类有默认构造函数则可合成；否则连默认构造都无法生成）。
立即学习“C++免费学习笔记（深入）”；
- 不写
using Base::Base;→ 子类只有自己定义的构造函数，或编译器合成的默认/拷贝/移动构造（受父类限制） - 写了但父类构造函数有
explicit→ 继承来的也保持explicit，不会意外触发隐式转换 - 父类构造函数带默认参数，继承后这些默认值依然有效，但要注意：C++17 起，每个继承的构造函数独立看待默认参数，不会合并成多个重载
继承构造函数与初始化列表的冲突
一旦用了 using Base::Base;，子类就不能再定义任何与父类构造函数签名“相同”的构造函数，否则编译报错：重复定义。但你可以额外定义其他签名的构造函数，包括带更多参数的。
关键限制：继承来的构造函数**不能**在初始化列表中添加对子类成员的初始化，也不能加函数体。它完全等价于“仅调用父类构造函数”。所以如果你的子类有数据成员需要初始化，必须另写构造函数，不能依赖继承机制。
- 子类有非静态成员变量且无默认构造函数 → 必须自己写构造函数并初始化它，
using Base::Base;解决不了这个问题 - 子类有虚基类 → 继承来的构造函数不会负责虚基类初始化，仍需子类显式处理（通常靠最派生类的构造函数）
- 性能上无额外开销：继承构造函数是编译期生成的 trivial 转发，和手写
Derived(args...) : Base(args...) {}生成的代码一致
兼容性与实际使用建议
这个特性在 GCC 4.8+、Clang 3.3+、MSVC 2015+ 支持良好，但老项目若需兼容 VS2013 或更早，就得手动转发。另外，某些静态分析工具或代码生成器可能不识别 using Base::Base; 的语义，误判为“未定义构造函数”。
- 适合场景：封装型 wrapper 类（如
SafePtr、NonOwningString），逻辑简单、仅扩展接口或增加约束，不需要自定义初始化逻辑 - 不适合场景：子类有状态要管理、需要校验参数、要记录日志、或构造过程涉及资源分配/异常处理
- 调试时注意：gdb / lldb 中断点打在继承来的构造函数上可能跳不到源码行（因无函数体），建议在父类对应构造函数下断点
真正容易被忽略的是：继承构造函数不会改变子类的特殊成员函数生成规则。比如父类禁用了拷贝构造，子类即使写了 using Base::Base;，也不会因此获得拷贝构造能力——它只继承“能被继承的”构造函数，且受子类自身成员约束。