final修饰类是最直接的禁止继承方式，C++11起支持，须写在类名后如class A final { };，编译期强制报错；错误写法如class final A或放于访问说明符后均无效。
用 final 关键字修饰类是最直接的方式
从 C++11 开始，final 是标准语法，加在类名后就能禁止继承。编译器会在子类尝试继承时直接报错，不给运行时机会。
常见错误是把 final 放错位置，比如写成 class final A { ... };（错误）或加在访问说明符后面（无效）。正确写法只有一种：class A final { ... };
-
final必须紧贴类名，位于类头定义末尾，不能有空格隔开（如class A final{合法，class A final {也合法，但class A final {多个空格不影响） - 它和
struct同样适用：struct B final { }; - 被标记
final的类仍可被实例化、被友元访问、被模板推导——限制仅作用于继承关系
没有 final 时，用虚基类 + 私有构造模拟“不可继承”
在 C++98/03 或需要兼容极老编译器的场景下，final 不可用。此时常用技巧是让类含有一个私有虚基类，并在该基类中声明私有构造函数。
原理是：任何派生类在构造时都必须直接初始化虚基类，而私有构造导致派生类无法访问，编译失败。但注意——这并非真正阻止继承，只是让继承变得不可行。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 必须是 虚继承，否则派生类不负责构造该基类，就绕过了检查
- 基类构造函数需为
private，且不能有friend泄露权限 - 该方法对友元类无效；若子类恰好也是该基类的友元，仍可能绕过
- 代码膨胀：每个继承链都会多一层虚基类指针开销，虽小但存在
为什么不用纯虚析构函数或友元控制？
有人尝试用 protected 析构函数或只允许特定友元调用构造函数来“防继承”，但这些方案都不可靠。
例如将析构函数设为 protected，子类仍可继承并提供公有析构；又如用友元限定构造，但子类可在其内部调用父类构造函数（只要不是直接 new），编译器并不阻止。
-
protected或private析构函数只能防止栈对象或裸指针 delete，对智能指针（如std::unique_ptr<Base>）反而引发更隐蔽的编译错误 - 友元机制作用于类或函数，无法按“是否为派生类”做动态判断
- 这类手法会让类接口语义混乱：用户无法直观理解为何不能继承，调试时错误信息也含糊（比如 “cannot access private member” 而非 “cannot inherit from final class”）
模板类里怎么加 final？
模板类同样支持 final，但要注意它修饰的是特化后的类类型，不是模板本身。也就是说，template<typename T> class X final { }; 是合法语法，但它的效果是对每个实例化结果（如 X<int>、X<double>）分别生效。
- 不能对模板模板参数或别名模板加
final，因为它们不是类定义 - 如果模板类已有部分特化，每个特化都需单独加
final才能生效 - 与非模板类一样，
final不影响该类作为模板参数、类型别名或 auto 推导的能力
final 是唯一干净、无副作用、错误提示明确的方案。其他模拟手段要么有兼容性代价，要么留有绕过路径，还容易误导维护者——尤其当团队成员不熟悉那些“黑魔法”时，反而会花时间去修复本不该存在的继承尝试。 
