C++final怎么禁止虚函数继续被重写

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 唯一且精准覆盖的边界。