final修饰的方法不能被子类重写，编译期强制禁止覆盖，仅允许重载；其核心目的是防止契约破坏，适用于安全操作、模板方法骨架和性能关键路径；虽与private均不可重写，但final方法可被子类调用，而private不可见。
final修饰的方法不能被子类重写
在Java中，用final修饰一个方法，意味着该方法的实现被锁定：任何继承该类的子类都**不允许覆盖（override）这个方法**。编译器会在子类尝试重写时直接报错，错误信息类似：Cannot override the final method from XXX。
这不是运行时限制，而是编译期强制检查——只要语法上出现同名、同参数、同返回类型的声明，就会失败。
- 仅影响继承链中的重写行为，不影响重载（overload）：子类仍可定义参数列表不同的同名方法
- 与
private方法效果相似（也无法被重写），但语义不同：private是访问权限限制，final是设计意图限制——它明确表示“此逻辑不许变更”，哪怕子类有访问权限 - 接口中不能使用
final修饰方法（Java 8+ 接口允许default和static，但不允许final）
为什么需要把方法设为final
核心动机是**防止契约被破坏**。当父类某个方法的实现逻辑与类的整体一致性强绑定时，开放重写可能导致子类无意中破坏关键行为。
典型场景包括：
立即学习“Java免费学习笔记（深入）”；
- 安全敏感操作：如
Object.clone()在某些类中被设为final以阻止非预期的浅拷贝行为 - 模板方法模式中的骨架步骤：父类定义流程框架（如
execute()），调用若干final的校验或收尾方法，确保每一步不可绕过 - 性能关键路径：JVM可能对
final方法做内联优化（虽不保证，但提供了优化线索）
final方法和private方法的区别
两者都禁止重写，但机制和用途完全不同：
-
private方法隐式final，但子类根本看不到它；而final方法是公开/受保护的，子类能调用，只是不能改写 - 子类中声明
private void show() { }不会触发重写检查，因为它和父类的public final void show()在继承关系中不构成重写对（访问级别不兼容） - 反射可以访问
private方法（需setAccessible(true)），但无法绕过final的重写限制——这是语言层硬约束
class Parent {
public final void log() {
System.out.println("logged");
}
}
class Child extends Parent {
// 编译错误！以下代码无法通过：
// public void log() { }
}
final方法在现代Java中的实际使用频率
日常业务代码中显式使用final修饰方法的情况较少。多数开发者更倾向用文档或Code Review来约定不可重写，而非语言强制。
但以下情况仍值得考虑final：
- 提供SDK或公共API时，对核心行为加
final能避免下游误改导致的兼容性问题 - 单元测试中发现某方法被重写后引发诡异bug，回溯加固时可加
final作为防御性措施 - 使用Lombok的
@SuperBuilder等注解时，生成的build()方法默认是final——这是框架主动利用该特性防篡改
容易忽略的是：一旦将方法设为final，就彻底关闭了通过继承定制该行为的可能。如果未来需求变化要求扩展逻辑，只能靠组合、委托或修改原类，重构成本会更高。
