私有继承不是“根据…实现”的好选择，因其语义模糊、破坏多态、无法重写虚函数且难以维护；应优先使用组合或受保护继承配合接口抽象。
私有继承在现代 C++ 中几乎不用于表达“根据…实现”这种设计意图——它语义模糊、可读性差、且容易被误用；真正该用的是组合（composition）或受保护继承（protected inheritance）配合明确的接口抽象。
为什么 private 继承不是“根据…实现”的好选择
私有继承让 Derived 类“按 Base 的实现来实现”，但这个关系既不公开也不可扩展：所有 Base 的公有/保护成员在 Derived 中都变成私有，外部不可见，子类也无法访问。这导致：
- 无法通过指针/引用多态地使用
Derived和Base的关系（没有 is-a） - 不能重写
Base的虚函数（因为继承是私有的，虚函数机制失效） - 调试和阅读代码时，很难判断此处继承是为了复用实现，还是误写了 public
- 若未来需要将“实现依赖”升级为“接口暴露”，必须重构为 public 继承或组合，破坏封装稳定性
替代方案：用组合 + using 声明精确控制接口
当你要“根据 std::vector 实现一个栈”，应该优先组合：
class IntStack {
private:
std::vector data_;
public:
void push(int x) { data_.push_back(x); }
int pop() {
int x = data_.back();
data_.pop_back();
return x;
}
bool empty() const { return data_.empty(); }
};
如果真要复用部分接口（比如想直接暴露 size()），可用 using 显式引入，而非继承：
立即学习“C++免费学习笔记（深入）”；
class IntStack {
private:
std::vector data_;
public:
using size_type = typename std::vector::size_type;
size_type size() const { return data_.size(); }
// 其他定制逻辑...
};
这样语义清晰：你是在“拥有一个 vector 并基于它构建新类型”，而不是“我是一个 vector 的私有变体”。
什么情况下 private 继承仍有意义
极少数场景下，private 继承仍比组合更合适，前提是满足全部条件：
- 需要访问
Base的 protected 成员（组合做不到） -
Base有虚析构函数，且你必须确保Derived对象能被正确销毁（组合无法触发Base的析构逻辑） - 需要注入
Base的虚函数表（例如实现 CRTP 模式中的静态多态钩子） - 你正在写底层库代码，并明确接受“这是一种实现细节，绝不对外承诺”
典型例子是 std::stack 的标准实现（虽然标准未规定必须用继承）——它常以 private 方式继承 std::deque 或 std::vector，只为复用其内存管理与 protected 接口，同时彻底隐藏所有容器原生操作。
记住：只要组合能解决问题，就别用 private 继承。它的存在不是为了让你绕过设计思考，而是为极窄的底层实现需求留一道后门——而那道门，多数人一辈子都不该推开。
