final只能用于虚函数，必须写在函数声明末尾、分号前，如virtual void func() final;，非虚函数加final会编译报错；派生类中加final需配合override以确保正确覆盖。
final 修饰虚函数的写法必须放在声明末尾
在函数签名完整写出后、分号前加 final，不能放在返回类型前，也不能放在参数列表后但没到末尾的位置。常见错误是把它当成修饰符前置（比如 final virtual void f()），这会直接编译失败。
正确形式只有一种：virtual void func() final; 或者在派生类中重写后再加 final（此时可省略 virtual，但必须有 override 配合）。
-
final只能用于虚函数：如果函数本身没声明为virtual，加final是语法错误 - 基类中用
final没意义：因为还没被继承，真正起作用是在派生类试图覆盖时触发编译错误 - 子类中加
final才典型：比如你继承了某个库的类，想封住某个虚函数不让进一步派生类改写
为什么不能在非虚函数上用 final
因为 final 的语义是“禁止覆盖”，而只有虚函数才存在“覆盖”这一行为。对非虚成员函数加 final，编译器会报类似 error: 'final' may only be applied to virtual member functions 的错误。
有人误以为加 final 能让普通函数不可重定义——其实不能。C++ 中非虚函数本来就不是靠“覆盖”机制调用的，它走的是静态绑定，子类同名函数只是隐藏（hiding），不是覆盖（overriding）。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 非虚函数加
final→ 编译报错，不是警告 - 想阻止子类定义同名函数？得靠设计约束或文档，
final不管这事 - 如果父类函数是
virtual void f();，子类写void f() final;合法；但父类若没virtual，子类加final也无效且报错
final 和 override 必须配合使用才安全
当你在派生类中重写一个虚函数并打算加 final，必须同时写 override。否则编译器无法确认你是否真在覆盖——可能只是拼错了函数名，或者参数类型不匹配。
例如：void process() override final; 是标准写法；只写 void process() final; 虽然能过编译（C++11 允许），但一旦函数签名和基类不一致，就变成新函数而非覆盖，final 也就失效了。
- 漏掉
override：可能意外引入隐藏而非覆盖，final形同虚设 - 基类函数签名改了，子类没同步更新 → 仅靠
final挡不住，必须靠override触发检查 - 现代项目建议始终启用
-Woverloaded-virtual或/we4457类似警告，辅助发现这类疏漏
final 修饰虚函数的实际效果是编译期硬拦截
它不是运行时检查，也不是逻辑限制，而是编译器在解析继承关系时直接拒绝生成派生类代码。一旦某函数被标记为 final，任何后续派生类中出现同签名的函数声明，都会触发类似 error: virtual function 'func' cannot be overridden because it is final 的错误。
这个机制很彻底：哪怕你用模板特化、SFINAE 或其它元编程手段，也无法绕过。它堵死的是语法层面的覆盖可能性，不是行为层面的模拟。
- 错误发生在编译早期，不依赖链接或运行环境
- 不会影响性能：没有额外开销，反而是优化提示（编译器可放心内联）
- 注意继承链断裂点：如果 A → B → C，B 中某函数加了
final，那 C 就不能再覆盖它，但 C 仍可继承 B 并添加自己的新虚函数
final 的虚函数依然可以被正常调用，派生类依然可以实例化、可以新增成员、可以覆盖其他虚函数——它只卡住那一个函数签名的重写路径。 
