final修饰虚函数必须写在声明末尾，即参数列表、const/noexcept等限定符之后、分号之前；仅适用于已声明为virtual的函数，可与override共用，如void f() override final;。
final 修饰虚函数时必须写在声明末尾
写法错误是第一个拦路虎：final 不是放在 virtual 前面，也不是独立关键字，它必须紧接在函数参数列表、const/noexcept 等限定符之后，且在分号前。漏掉或位置错，编译器直接报语法错误或忽略语义。
-
virtual void draw() const final;✅ 正确：final在最右 -
final virtual void draw() const;❌ 错误：顺序非法，编译不通过 -
virtual void draw() const; // 忘加 final❌ 失效：后续派生类仍可重写
只能用于已声明为 virtual 的函数
final 是“封顶”动作，不是“激活”动作。它不能把一个普通成员函数变成虚函数，也不能作用于非虚函数——否则编译器会报错：error: 'final' cannot be specified for a non-virtual function。
- 基类中没用
virtual声明的函数，加final无效且非法 - 纯虚函数也能加
final：virtual void init() = 0 final;，表示该接口不可再被覆盖（但实现仍由首个非抽象派生类提供） - 如果函数本身不是虚函数（比如只有
override但基类无对应虚函数），加final会触发双重错误：先因无虚函数而拒收override，再因非虚而拒收final
override + final 组合才是常见生产写法
多数时候你不是从基类开始封，而是想在某一层派生类中“定稿”某个虚函数的行为。这时要同时写 override 和 final，既确认重写正确，又禁止继续向下重写。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
void update() override final { ... }✅ 清晰表达：这是对基类虚函数的最终实现 - 只写
override：能重写，但不阻止子类再覆盖 - 只写
final（无override）：若该函数未继承自虚函数，会编译失败；若继承自虚函数，则等价于override final，但可读性差 - 基类函数已是
final，派生类再写override会报冲突错误——这不是 bug，是设计约束被严格执行的信号
final 不影响函数调用方式，但彻底阻断继承链扩展
加了 final 的虚函数，运行期行为完全不变：多态调用照常，虚表条目照旧，性能无损耗。但它会在编译期切断所有进一步定制的可能。一旦有人试图在更下层派生类里重写它，就会立刻收到硬性报错，例如：
立即学习“C++免费学习笔记（深入）”；
error: virtual function 'update' cannot be overridden because it is final-
error: cannot derive from 'final' base class（如果是类级final）
最容易被忽略的是：final 只作用于**声明处所在类及其向下的继承层级**。它不追溯影响已有派生类，也不限制友元、模板特化等非常规手段——但那些本就不在面向对象契约范围内。真正需要防的，只是常规继承与重写逻辑，而这正是 final 唯一且精准覆盖的边界。
