class Derived : Base {} 编译失败，因为C++语法强制要求继承声明中必须显式指定public、protected或private访问说明符；class默认为private继承，但省略关键字会直接报错，而非采用默认方式，目的是促使开发者明确表达继承语义与封装意图。
为什么 class Derived : Base {} 会编译失败
因为 C++ 语法要求继承声明中必须显式指定访问说明符（public、protected 或 private），不能省略。只写 Base 而不带访问关键字，编译器直接报错：error: expected class-name before '{' token 或类似提示。
这不是设计疏漏，而是语言强制要求你明确表达“继承关系的语义”：你希望基类接口在派生类中以什么方式暴露？这直接影响后续对象转换、成员可访问性甚至多态行为。
-
class Derived : public Base {}—— 公有继承，“is-a”关系，支持隐式向上转型 -
class Derived : protected Base {}—— 派生类内部可用，外部不可见，不支持Derived*→Base*转换 -
class Derived : private Base {}—— 最严格，仅类内可用，等价于“组合+私有实现”，且默认继承方式（用class定义时）就是private
struct 和 class 的默认继承差异
用 struct 定义派生类时，若省略访问说明符，**默认是 public 继承**；而用 class 定义时，默认是 private 继承。但这种隐式行为极易引发误判——尤其当团队混用两种关键字，或阅读代码时忽略定义方式。
例如：
立即学习“C++免费学习笔记（深入）”；
struct B {};
struct D1 : B {}; // ✅ 等价于 struct D1 : public B {}
class D2 : B {}; // ❌ 编译错误：缺少访问说明符
class D3 : public B {}; // ✅ 显式写出才安全
所以即使你知道 struct 默认公有，也**不要依赖它**。所有继承声明都应显式写出访问说明符，避免歧义和跨平台兼容问题（某些老编译器对隐式规则支持不一致）。
漏写 public 导致的典型错误现象
最常见后果不是编译器报“缺少关键字”，而是后续使用时突然失效：
- 无法将
Derived*赋值给Base*指针（隐式转换被禁） - 调用
Base的公有成员函数时报error: 'xxx' is inaccessible - 虚函数重写后无法通过基类指针调用（因继承方式导致动态绑定链断裂）
这类错误往往出现在大型项目中——你改了一个继承声明，却让下游几十个模块的多态调用静默失效。调试时容易误判为虚函数没写对，其实根源只是少敲了 public 两个字母。
为什么 C++ 不允许“默认公有继承”统一化
因为 class 和 struct 在语义上本就承担不同角色：class 强调封装与接口控制，struct 更偏向数据聚合。强制显式声明继承方式，是在提醒你：继承不是“自动获得”，而是“主动选择可见性”。
这也防止了意外暴露基类接口——比如你本想用私有继承实现内部复用，却因忘记写 private，结果把整个基类 public 接口透出，破坏封装边界。
真正容易被忽略的点是：这个语法限制不是为了增加麻烦，而是让你在写每一行继承代码时，都停下来确认一次“我是否真的希望用户能把它当成 Base 来用”。
