私有继承实现仅实现继承，使派生类获得基类实现（含protected成员）但切断接口继承，外部不可见且禁止向上转型；适用于复用内部逻辑而不暴露类型身份的场景。
私有继承能替代组合但又不完全等价
私有继承不是“封装的语法糖”，它让派生类获得基类的实现细节，同时切断接口继承——基类的 public 和 protected 成员在派生类中全部变成 private，外部不可见，连指针转换都不允许。
常见错误现象：误以为私有继承后还能用 static_cast<base>(this) 向上转型，实际编译报错 cannot cast 'Derived*' to its private base class 'Base*'。
- 适用场景：需要复用基类的 protected 成员函数或虚函数实现，但不想暴露任何基类接口（比如内部状态机引擎、资源管理器的底层调度逻辑）
- 和组合相比，私有继承能直接访问基类的
protected成员；组合只能调用public接口，有时得被迫把基类接口改成public或加友元 - 性能无差异，都是零开销抽象；但私有继承会隐式引入基类的 vtable 指针（如果基类有虚函数），而组合不会
用私有继承实现“仅实现继承”（implementation-only inheritance）
C++ 没有 Java 那种 extends 但不暴露父类接口的语法，私有继承就是最贴近的机制。关键在于：你只想要它的行为，不想要它的类型身份。
典型例子：一个网络连接类想复用 TcpSocket 的重连逻辑和缓冲区管理，但对外只提供 send() / recv() 这两个高层接口，绝不希望用户把它当 TcpSocket 用。
立即学习“C++免费学习笔记（深入）”；
- 不能用公有继承：否则
Connection*可隐式转成TcpSocket*，破坏封装 - 不能只用组合：如果
TcpSocket把重连策略封装在protected函数里，组合无法调用 - 正确做法是私有继承
TcpSocket，然后在Connection中用using显式引入需要的protected成员（如using TcpSocket::retry_with_backoff;），再封装成自己的公有接口
私有继承下如何调用基类构造函数
和公有继承一样，必须显式在派生类初始化列表中调用基类构造函数，否则默认调用基类无参构造函数——如果基类没有无参构造，编译直接失败，错误信息通常是 no matching constructor for initialization of 'Base'。
- 写法是：
Derived(Args... args) : Base(std::forward<args>(args)...) { }</args> - 注意：即使基类构造函数是
explicit，私有继承中也照常调用，explicit只影响用户代码中的隐式转换，不影响继承链初始化 - 如果基类构造函数抛异常，派生类构造函数也会抛，且无法在初始化列表中捕获——这是容易被忽略的异常安全盲点
别用私有继承模拟 final 类或禁止多态
有人试图靠私有继承阻止别人从你的类派生，这是无效的。私有继承只控制 *当前这一层* 的访问权限，不影响后续继承关系。
例如：class A : private B {}; 并不能阻止 class C : public A {}；C 依然可以定义，只是 C 无法访问 B 的任何成员（包括通过 A 间接访问）。
- 真正想禁止继承，该用
final关键字：class A final {}; - 想禁止多态（即禁用虚函数机制），就别声明虚函数，而不是靠私有继承“藏起来”
- 私有继承滥用会导致菱形继承问题更难调试——因为基类路径不可见，
static_cast失败时错误信息更模糊
私有继承真正的价值不在限制别人，而在精确控制“我用了什么，但我不承认我是什么”。一旦开始琢磨怎么用它封死别人的路，说明设计意图已经偏了。
