唯一可靠、零歧义、编译期强制生效的禁止继承方式是将 final 关键字紧置于类名后、花括号前，如 class Widget final { };，位置偏移即失效，且错误在派生类声明时立即报出。
唯一可靠、零歧义、编译期强制生效的方式是用 final 关键字，且必须写在类名后、花括号前。
class 名后紧贴 final 才生效
语法位置极其敏感，稍有偏移就完全失效：
-
class Widget final { };✅ 正确，编译器立即拒绝任何继承 -
class final Widget { };❌ 编译器视final为普通标识符，不报错但无任何限制作用 -
class Widget { } final;❌ 语法错误，final不是语句后缀 -
class Widget final : public Base { };✅ 合法，final和继承列表互不干扰
继承时立刻报错，不是运行时或实例化时才拦
错误发生在派生类声明那一刻，不是等到构造对象：
-
class Derived : public MathUtils final { };→ 编译器直接报error: cannot derive from 'final' base class 'MathUtils' - 对比私有构造函数：允许写
class B : public A { };，只在B b;或new B时失败，属于“软限制” -
final是语法层封禁，不生成虚基类指针、不影响 ABI、不影响std::is_base_of等元编程结果
别信“看起来像禁止”的其他方案
这些方式都可被绕过，或延迟暴露问题，且可能引入副作用：
立即学习“C++免费学习笔记（深入）”；
- 私有构造函数 + 友元类 → 继承合法，
Derived d;仍能编译通过 - protected virtual ~Base() = default; → 只阻止栈上实例化，不影响继承声明
- 模板
static_assert(!std::is_base_of_v<base t>)→ 只在模板实例化时检查，对普通继承无效 - 内部类、虚继承+友元等技巧 → 实现复杂、可读性差、IDE 跳转失效、可能干扰内联优化
真正该加 final 的地方，往往是你写完类就该决定的：这个类是否允许别人改写它的类型关系？答案是否，就加。别等出 bug 再补，也别指望靠注释或文档约束他人——final 是写进语法树里的契约，不是贴在门上的便签。
