final修饰类可彻底禁止继承，如String、Integer；修饰方法则允许继承但禁止重写，用于保护关键逻辑，且不影响重载，仅限制override。
final 关键字在 Java 中用于明确表达“不可更改”的语义。当它修饰类或方法时，核心作用不是“断开继承树”这个抽象概念，而是通过编译器强制约束来阻止继承和重写——这是 Java 继承机制的底层规则，而非运行时的动态切断。
用 final 修饰类：彻底禁止继承
被 final 修饰的类无法被其他类继承。编译器会在子类声明时直接报错，不给任何机会。
- 语法简单：在 class 前加 final，如
final class Utils { ... } - 常见用途：工具类（如
java.lang.String、java.lang.Integer）——它们的状态和行为必须稳定，不允许被子类篡改或扩展 - 注意：final 类仍可被组合（has-a）、被引用，只是不能被 extends；其内部方法自动成为 final（无需显式声明），但 private 方法本就不能被继承，所以不受影响
用 final 修饰方法：阻止子类重写
被 final 修饰的方法不能在子类中被覆盖（override）。即使子类继承了该方法，也无法改变其实现逻辑。
- 语法：在返回类型前加 final，如
public final String getName() { return name; } - 典型场景：父类中已定义关键业务逻辑（如安全校验、模板流程中的固定步骤），必须保证所有子类执行同一套逻辑
- 注意：final 方法仍可被继承并调用；它不影响重载（overload）；若父类方法是 private 或 static，本身就不参与多态，加 final 无实际意义
为什么不能“彻底断开已有继承树”？
final 是一种编译期契约，只对未来继承关系生效。它无法撤销或修改已经存在的继承关系。
立即学习“Java免费学习笔记（深入）”；
- 如果 A 类已继承 B 类，此时将 B 类改为 final，会导致编译失败（因为 A 类的继承声明违法），但不会“断开”A——而是让整个项目无法通过编译
- 已加载的类（如运行时通过反射或动态代理创建的子类）不受 final 限制影响，但这类行为违反 Java 语言规范，JVM 可能拒绝或抛出
IncompatibleClassChangeError - final 不影响接口实现（implements），只约束类继承（extends）和方法重写
设计建议：何时使用 final？
不要为了“断开”而用 final，而应基于语义明确性和设计意图选择。
- 类设计完成且无扩展需求 → 声明为 final（提升安全性与可读性）
- 方法逻辑关键、不容变体 → 显式声明 final（避免子类无意破坏契约）
- 慎用：过度使用 final 会降低灵活性，尤其在框架开发或需要 mock 的测试场景中需权衡
- 替代思路：若想控制继承但保留一定扩展能力，可用 package-private 构造器 + 非 public 类，或通过文档+约定引导使用者
