C++继承必须用class后加冒号、访问控制符和基类名的正统语法；public继承是唯一推荐方式，支持is-a关系和向上转换；private/protected成员仍被继承并占内存但不可访问；构造函数需显式调用或使用using声明。
class 后加冒号和继承方式，是唯一正统写法；其他所谓“模拟继承”的技巧（比如组合+转发）不是继承，只是替代方案。
继承语法必须写对：冒号、访问控制、基类名缺一不可
错误写法常见于初学者：漏掉冒号、把 public 写成 Public 或 PUBLIC、基类名拼错、多个基类之间少逗号。这些都会直接导致编译失败。
正确模板是：
class Derived : public Base {
// 成员声明
};
-
public必须小写，且紧贴冒号后，中间不能换行或空格过多（某些老编译器敏感） - 若继承多个基类，写成
class C : public A, protected B，逗号前后可有空格，但不能漏逗号 - 用
class定义派生类时，不写继承方式默认是private继承——这几乎总是错的，务必显式写出public - 用
struct定义时默认public，但依然建议显式写，避免团队理解偏差
public/protected/private 继承的实际影响
三种继承方式不是“可选项”，而是语义开关：它决定基类成员在派生类内部、以及派生类对象对外暴露时的可见性边界。
-
public继承：保持 is-a 关系，支持向上转换（Derived*→Base*），是工程中唯一推荐的方式 -
protected继承：基类所有非private成员在派生类中变为protected，外部无法通过派生类访问基类接口，也无法向上转换——实际极少用，多见于某些库内部封装 -
private继承：基类所有非private成员在派生类中变为private，连派生类的子类都访问不到，彻底切断类型关系——C++11 起基本被using声明 + 组合替代
一个容易被忽略的事实：private 和 protected 继承下，派生类对象内存里依然包含完整基类子对象，只是语言层禁止你用——这点常被误认为“没继承成功”。
立即学习“C++免费学习笔记（深入）”；
基类 private 成员到底有没有被继承？
有，而且占内存，但不可访问。这是 C++ 对象模型的硬性规则。
- 你可以用
sizeof(Derived)减去sizeof(Base)粗略验证：差值通常不为零（尤其当基类含虚函数或有虚继承时） - 调试器里查看派生类对象内存布局，能看到基类
private成员的存储位置（尽管名字不可见） - 试图在派生类中用
this->private_member访问会报error: 'xxx' is private within this context - 不要试图用
reinterpret_cast强行访问——行为未定义，不同编译器、不同优化级别结果可能不同
构造函数不自动继承，必须手动处理参数传递
C++11 之前，派生类构造函数必须显式调用基类构造函数；C++11 起支持 using Base::Base 继承构造函数，但仅限于无冲突的签名。
- 如果基类构造函数带参（如
Base(int x)），派生类构造函数必须在初始化列表中显式调用：Derived(int x) : Base(x) { } - 忘记写会导致编译错误：
error: no matching function for call to 'Base::Base()'（因为编译器尝试调用默认构造函数，而它不存在） -
using Base::Base只能继承公有构造函数，且不能与派生类已有的同签名构造函数冲突；一旦有自定义构造函数，该using声明就失效 - 析构函数不继承，但会自动按“派生类→基类”逆序调用；若基类析构函数不是
virtual，用基类指针 delete 派生类对象将导致未定义行为——这是最隐蔽也最危险的坑
真正难的从来不是怎么写继承，而是想清楚要不要继承、继承之后谁负责生命周期、虚函数表怎么对齐、多重继承时二义性怎么消解——这些不在语法表面，但在运行时真实发生。
