final修饰类或方法是编译期强制封锁继承/重写行为的最直接手段，类被final修饰后子类无法继承、方法被final修饰后子类无法重写，均在编译阶段报错，而非依赖文档或运行时检查。
final 修饰类或方法，是编译期强制封锁继承/重写行为的最直接手段——不是靠文档约定，不是靠运行时检查，而是让代码根本通不过编译。
Java 中 final 类声明后子类 extends 直接报错
只要类加了 final，任何 class Sub extends FinalClass 都会在编译阶段被拦下，错误信息明确：Cannot inherit from final 'FinalClass'。
- 适用场景：工具类（如
StringUtils）、不可变值对象（如LocalDate）、封装了敏感逻辑且绝不允许语义变更的配置类 - 注意：
final类仍可继承其他类（只要父类不也是final），只是它自己不能被继承 - 常见误配：在抽象类上加
final—— 语法虽不报错，但语义矛盾（抽象类本就为被继承而生） -
final类里的方法可以是非final的，但这不影响结果：因为没有子类，所谓“重写”根本无从谈起
Java 中 final 方法被子类 override 时编译失败
非 final 类中，用 final 修饰某个实例方法，子类仍能继承该类、调用该方法，但一旦尝试用 @Override 声明同签名方法，就会触发：Cannot override final method。
- 典型用途：模板方法模式中的主流程方法（如
execute()），只开放钩子（protected abstract方法），骨架逻辑锁死 - 和
private方法的区别：private方法子类看不见，final方法子类看得见、调得着、改不了 - 接口里不能有
final实例方法（default或static方法也不能加final） - 别给
private方法加final—— 语法允许，但毫无意义，编译器不会报错也不会警告，纯属冗余
C++ 和 PHP 中 final 的写法与限制差异
Java 的 final 是修饰符前置（final class X），而 C++ 和 PHP 要求写在类/方法定义末尾，位置错就语法错误。
- C++：
class Base final { ... };合法；class Base { ... } final;报错。虚函数才能加final，普通成员函数加会编译失败 - PHP：
final class Config { ... }或final public function connect() { ... }；但不能用于属性，也不能修饰抽象方法（冲突） - 三者共性：都是编译期检查，不依赖运行时；都对 AOP 代理（如 Spring CGLIB、PHP 的某些 Mock 工具）构成硬性限制
最容易被忽略的一点是：final 不是性能开关，也不是防御性编程的万能贴纸。它本质是契约声明——一旦加了，就意味着你已确认“此处绝不允许扩展”。后续若真需要子类化，就得重构，没有折中余地。所以加之前，先问清楚：这是设计闭环，还是提前画地为牢？
