override用于防止重写悄悄失效，final强制禁止继承或重写；二者必须写在头文件声明处，override需签名完全匹配，final修饰虚函数或类时位置固定且不可颠倒顺序。
加 override 不是为了“让重写生效”，而是为了防止它悄悄失效；加 final 不是“建议别继承”，而是编译器会直接报错拒绝。
为什么加了 override 还编译不过？
最常见原因是签名不匹配，编译器不会容忍任何偏差——哪怕只差一个 const 或 noexcept。
- 基类函数声明为
virtual void draw() const noexcept;，子类写成void draw() override;→ 缺少const和noexcept，编译失败 - 基类返回
Base*，子类返回Derived*是允许的（协变），但返回int就不行 - 基类没声明
virtual，子类硬加override→ 编译器找不到可重写的虚函数，直接报错 - 参数类型看似一样，实则隐式转换干扰：比如基类是
const std::string&，子类写成std::string（值传递）→ 不匹配
final 加在哪儿才真正起作用？
final 必须出现在两个明确位置，写错地方等于没写：
- 修饰虚函数：放在函数声明末尾、分号前，例如
virtual void serialize() final;或void serialize() override final; - 修饰类：紧跟在类名后、冒号前，例如
class NetworkHandler final : public Handler { ... }; - 对非虚函数加
final是语法错误；对普通类（非继承体系中的）加final没意义但合法 - 如果基类函数已是
final，子类再写override会触发冲突错误，这不是 bug，是设计约束被正确捕获
override 和 final 能不能一起用？顺序有讲究吗？
能，而且很常见；但顺序固定：override final 合法，final override 编译报错。
立即学习“C++免费学习笔记（深入）”；
- 典型场景：中间层实现已稳定，既需表明“这是重写”，又需锁定“不可再改”，例如
void compute() override final; - 二者共存时，
override先校验是否真能重写，通过后再由final封锁后续重写路径 - 如果只写
final不写override，编译器不检查重写关系，可能意外覆盖了错误的函数（比如拼错名但碰巧同签名） - 注意：纯虚函数也能加
final，例如virtual void init() = 0 final;—— 表示该接口必须在此类中首次实现，且不允许子类改动
不加 override 或 final 会出什么实际问题？
不是“功能不能用”，而是“用错了也看不出来”，尤其在大型继承链或多人协作中，隐患会延迟暴露。
- 漏掉
const导致新增重载而非重写，运行时调用的仍是基类逻辑，调试时发现行为异常却找不到源头 - 本意封禁关键算法（如加密流程），但仅靠注释或私有构造函数，友元类或模板特化仍可绕过，而
final是唯一编译期强制手段 - 重构基类虚函数签名（如增加参数）后，未加
override的子类函数不会报错，变成悬空重载，多态调用静默降级到基类版本 - CI 流程里没开
-Woverloaded-virtual或类似警告，这类问题就彻底隐身
最容易被忽略的是：这两个关键字只在声明处生效，定义在 .cpp 里时不带它们——编译器不认。所有 override 和 final 必须写在头文件的函数声明中。
