构造函数不能被继承，派生类必须显式定义自己的构造函数，并在初始化列表中调用基类构造函数；若基类无默认构造函数，派生类未显式调用则编译失败。
继承构造函数不会自动合成，必须显式声明
普通成员函数（比如 func()）只要基类有，派生类没重写，就能直接通过派生类对象调用；但构造函数完全不参与这种“自动继承”。编译器绝不会为派生类自动生成一个调用基类构造函数的构造函数——哪怕基类只有一个默认构造函数，派生类也得自己写构造函数，并在初始化列表里显式调用它。
常见错误现象：error: no matching function for call to 'Derived::Derived()'，原因往往是派生类没定义任何构造函数，而基类又没有默认构造函数（比如只有 Base(int)），此时连最基础的对象创建都会失败。
- 如果基类有默认构造函数，派生类可以不写构造函数，编译器会生成默认构造函数并隐式调用基类默认构造
- 如果基类**没有**默认构造函数（例如只有
Base(int)），派生类**必须**定义自己的构造函数，并在初始化列表中显式调用Base(42)这类形式 - 派生类构造函数不能通过作用域符
Base::Base在函数体内调用基类构造——只能在初始化列表中完成
继承普通成员函数可能发生隐藏而非重载
当派生类定义了和基类同名的函数（比如都叫 print()），哪怕参数不同，也不会构成重载，而是直接隐藏基类所有同名函数。这和构造函数完全不同：构造函数根本不存在“同名重载跨类”的问题，因为每个类的构造函数只属于它自己。
使用场景：你本想让派生类对象既能调用 print()（无参）又能调用 print(const char*)（来自基类），结果只写了 print()，那基类的 print(const char*) 就不可见了。
- 修复方式是加
using Base::print;引入基类名字，否则必须显式写obj.Base::print("hello") - 构造函数没有
using语法可继承——C++11 起才支持using Base::Base;这种“继承构造函数”语法，但它只是批量生成转发构造函数，不是真正把基类构造函数拿过来用 -
using Base::Base;生成的构造函数仍受访问控制限制：若基类构造函数是protected，继承后仍是protected
构造函数调用顺序固定，普通成员函数调用完全由对象类型和虚函数决定
派生类对象构造时，**基类构造函数一定先执行**，且顺序严格按继承列表从左到右（多继承时）、再执行派生类构造函数体。这个顺序无法改变，也不受虚函数影响。而普通成员函数调用取决于调用表达式左侧对象/指针/引用的静态类型，以及该函数是否为 virtual。
容易踩的坑：在基类构造函数里调用虚函数，实际执行的是基类版本，哪怕派生类重写了它——因为此时派生类部分尚未构造，虚表还没切换过去。
- 基类析构函数也一样：派生类析构函数体执行完后，才调用基类析构，顺序与构造相反
- 普通非虚成员函数调用只看静态类型，
Derived d; d.func();永远调派生类的（如果有）或基类的（如果没定义） - 虚函数调用看动态类型，但仅在对象**完全构造完毕后**才安全；构造/析构期间调用虚函数是已定义行为，但结果往往不是你想要的
using Base::Base 是特例，不是真继承
这个语法看起来像“继承构造函数”，但它只是让编译器为你生成一组形参完全匹配基类构造函数的派生类构造函数，每个都转发参数给基类。它不改变访问权限，不合并逻辑，也不能在派生类构造函数体里复用基类构造函数的初始化逻辑。
对比委托构造函数：Derived(int x) : Derived(x, 0) {} 是同一类内复用，能共享初始化逻辑；而 using Base::Base; 只是“转发”，派生类自己的成员仍需在初始化列表里单独初始化。
-
using Base::Base;不会继承基类的explicit属性，生成的构造函数默认也是explicit（C++17 起） - 若基类有多个构造函数，
using会全部生成对应版本，可能意外启用你不希望的隐式转换 - 真正需要复用初始化逻辑时，优先考虑委托构造 + 成员函数提取，而不是依赖
using Base::Base
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
