能继承但大概率出问题：虚析构缺失致资源泄漏、私有成员阻断访问、无默认构造需显式委托、模板基类名称查找失败；应优先用组合替代继承。
能继承，但大概率会出问题——不是语法不允许，而是语义错位、访问失控、析构异常或对象切片风险陡增。
基类含非虚析构函数时继承会触发未定义行为
如果基类 Person 的析构函数是默认生成或显式声明为 ~Person() {}（即非虚），而你用 Person* 指向派生类对象并 delete，编译器不会调用派生类的析构函数。
- 后果：派生类中申请的资源（如
new出的内存、打开的文件句柄）不会被释放 - 修复方式：基类析构函数必须声明为
virtual，哪怕它是空实现：virtual ~Person() = default; - 注意：仅当通过基类指针/引用销毁对象时才需要虚析构；纯栈上对象（
Student s;）不受影响
基类私有成员 + public 继承导致“继承了却用不了”
基类若把关键数据全设为 private（比如 std::string m_name;），即使你用 public 继承 Person，派生类里也完全无法访问这些字段。
- 常见错误现象：编译报错
‘m_name’ is a private member of ‘Person’ - 这不是继承失效，而是访问权限锁死了——基类没预留扩展接口
- 可行补救：在基类中加
protected访问的 getter/setter，或把字段本身改为protected（前提是基类你有权改） - 若基类是第三方库且不可改，只能靠组合（has-a）替代继承（is-a），否则就是硬碰硬绕不过去的墙
基类无默认构造函数时派生类必须显式委托初始化
如果基类只有带参构造函数（如 Person(const std::string& n, int a)），而你写派生类时没在初始化列表里显式调用它，编译直接失败。
立即学习“C++免费学习笔记（深入）”；
- 错误信息典型为：
no matching function for call to ‘Person::Person()’ - 必须写成：
Student::Student(const std::string& n, int a, int id) : Person(n, a), m_id(id) {} - 容易忽略的点：即使派生类自己不定义构造函数，编译器生成的默认构造函数也会尝试调用基类默认构造函数——一旦基类没有，就崩
继承 std::vector 等标准容器模板时遭遇名称查找失败
像 class Stack : public std::vector<T> 这种写法，如果在派生类里直接调用 push_back(x)，MSVC 和 GCC 都可能报错 error C3861: ‘push_back’: identifier not found。
- 原因：基类是依赖模板参数的，其成员对派生类属于“延迟可见”，不加限定符时名称查找不进入基类作用域
- 解决办法：强制指定作用域，写成
std::vector<T>::push_back(x)或this->push_back(x) - 更安全的做法：别继承标准容器，改用组合（
private std::vector<T> m_data;）——标准库明确不鼓励公有继承容器
真正棘手的不是“能不能写 class B : public A”，而是基类是否暴露了可被安全重用的接口契约。很多看似能编译通过的继承，会在多态调用、对象拷贝、生命周期管理等环节突然暴雷——这些地方往往没有编译错误，只有运行时逻辑错乱或内存泄漏。
