using声明将基类构造函数引入派生类，仅透传参数并调用基类初始化，不处理派生类自有成员、不继承默认参数及拷贝/移动构造函数；多继承需分别声明，虚继承下仍由最派生类负责虚基类初始化。
using 声明能直接把基类构造函数“带进”派生类，但不是复制粘贴，而是由编译器按规则生成对应版本。它只解决参数透传问题，不处理派生类自有成员初始化，也不继承默认参数或拷贝/移动构造函数。
什么时候必须用 using Base::Base
当基类有多个非默认构造函数，而派生类又没新增数据成员、只需转发初始化逻辑时，using 是最简方案。比如封装一个轻量 wrapper 类：
struct Logger {
Logger(const char* name, int level) { /* ... */ }
Logger(std::string name) { /* ... */ }
};
<p>struct FileLogger : Logger {
using Logger::Logger; // 一行搞定，不用写两个构造函数
void write() { /<em> ... </em>/ }
};
- 若手动写，要重复声明
FileLogger(const char*, int)和FileLogger(std::string)，且都得调用Logger(...) - 基类新增构造函数时，派生类容易漏同步，
using自动覆盖 - 如果派生类有自有成员（如
std::ofstream m_file），就不能只靠using，必须额外定义构造函数来初始化它
using Base::Base 不会继承哪些构造函数
编译器明确排除两类：
-
Base(const Base&)（拷贝构造）和Base(Base&&)（移动构造）——派生类总会自动生成自己的版本，逻辑上需涵盖自身成员的拷贝/移动 - 任何带默认参数的构造函数——例如
Base(int x = 42)，继承后不会产生Derived()这个零参版本；你仍需显式定义它，或改用委托构造
错误现象：写了 using Base::Base，却仍报错 “no matching constructor for initialization”，大概率是想用默认参数或拷贝构造，但它们根本没被继承。
立即学习“C++免费学习笔记（深入）”；
多继承下 using 的行为边界
每个基类的构造函数需单独声明继承，不能跨类合并：
struct A { A(int) {} };
struct B { B(double) {} };
struct C : A, B {
using A::A; // 只继承 A 的构造函数
using B::B; // 只继承 B 的构造函数
};
C c1(42); // OK：调用 A(int)
C c2(3.14); // OK：调用 B(double)
// C c3(42, 3.14); // ❌ 编译失败：没有接受两个参数的构造函数
-
using不创造新签名，只复现基类已有构造函数的参数列表 - 若两个基类有同名同参构造函数（如都定义了
A(int)和B(int)），using A::A; using B::B;会导致派生类出现二义性调用，必须显式定义构造函数并指定调用哪个基类 - 虚继承不影响
using的可用性，但虚基类构造仍由最派生类负责——using声明本身不改变虚基类的初始化责任归属
派生类有自有成员时，using 够不够用？
不够。继承的构造函数**完全不触及派生类自有成员**，它们只会调用基类部分，自有成员走默认初始化（如内置类型为未定义值，类类型调默认构造）。常见坑：
struct Base { Base(int x) : val_(x) {} int val_; };
struct Derived : Base {
std::string s_;
using Base::Base; // ❌ s_ 会被默认构造（空字符串），但你可能期望它被初始化为 "default"
};
Derived d(10); // s_ == ""，不是你想要的
- 正确做法：放弃
using，显式定义构造函数，在初始化列表中同时处理基类和自有成员 - 若想保留部分
using+ 额外构造，可以共存——编译器允许using和用户定义构造函数并存 - 注意：一旦定义了任何构造函数（哪怕只有
Derived() = default;），编译器就不再自动生成默认构造函数，using也不会补上它
实际工程里最容易忽略的是：继承构造函数不是“透明通道”，它只做基类初始化这一件事；派生类的完整对象状态，永远需要你对自有成员负全责。
