override是必填项，因不加时参数或签名微小差异会导致静默失败；加override后编译器严格校验基类虚函数存在性、签名一致性及virtual属性，任一不符即报错。
为什么 override 不是可选项，而是必填项
不加 override 的虚函数重写，在 C++98/03 里是“静默失败高发区”：参数类型差一个 const、少一个引用符、返回类型协变没对齐、甚至拼错函数名，编译器都当你是新增函数，而不是重写。运行时调用的还是基类版本，bug 很难定位。
加了 override 后，编译器会严格比对：基类是否存在同名虚函数、签名是否完全一致（含 const、&、&&、返回类型）、基类该函数是否真为 virtual。任一不满足，立刻报错，比如：
error: 'func' marked 'override' but does not override any member functions
- 只在派生类函数声明末尾加
override，不能加在定义处（如 .cpp 文件中） - 基类函数若为
final，再加override会触发冲突错误，这是设计意图被违反的明确信号 - 纯虚函数也可以被
override，例如virtual void draw() = 0;在子类中实现时必须写void draw() override;
final 修饰虚函数：什么时候该用，怎么用才生效
final 加在虚函数声明末尾，表示“此路到此为止”，后续任何派生类都不允许再重写它。它不是建议，是硬性约束，编译器直接拒绝。
常见误用是给非虚函数加 final，比如普通成员函数或静态函数，这会导致编译错误：error: 'final' may only be specified on virtual member functions。
立即学习“C++免费学习笔记（深入）”；
- 只能用于虚函数（含纯虚函数），且必须出现在类内声明中（头文件里），不能只写在实现里
- 可以和
override共存，例如void update(float dt) override final;—— 表示“我确实在重写，且不允许再往下传” - 一旦加了
final，子类中哪怕只是尝试声明同名函数（不管有没有virtual或override），都会报错：error: virtual function 'update' cannot be overridden because it is final
final 修饰类：阻止继承的唯一可靠方式
想真正禁止别人继承你的类，别靠私有构造函数、友元控制或文档说明——这些全可绕过。class Widget final { ... }; 是唯一由标准保证、编译器强制执行的手段。
典型错误是把 final 写错位置，比如写成 final class Widget { ... };（顺序反了）或写在类定义体内部，都会导致语法错误。
-
final必须紧跟在类名之后、花括号之前，如class Base final : public Interface { ... }; - 被
final修饰的类仍可作为基类参与多重继承（只要不被派生），但任何class Derived : public Base { ... };都会失败 - 错误信息很明确：
error: cannot derive from 'final' base class 'Base' - 注意：
final类中的函数默认不可被重写，但你仍需显式将虚函数标为final才能防止子类（如果存在的话）重写——不过既然类都不能继承了，这条更多是防御性习惯
override 和 final 组合使用的实际边界
二者不是互斥工具，而是分层防线：override 确保“我写对了”，final 确保“到我为止”。但在真实项目中，它们的组合常暴露设计断层。
比如你在中间层类中写了 void render() override final;，但上层基类却没声明 virtual，编译器会先报 override 错误；反之，如果基类已 final，你再写 override 就会触发冲突。这两种情况都在提醒你：继承链的契约可能已断裂。
- 不要为了“看起来严谨”而滥用
final：过度封禁会降低可测试性（比如无法 mock 派生类）和扩展性 -
override应该成为团队编码规范的硬性要求，CI 流水线可加 -Woverloaded-virtual 等检查辅助 - 真正容易被忽略的是 const 限定符和引用限定符的匹配——它们属于函数签名的一部分，漏掉就等于没重写，
override会立刻揪出
