final修饰的方法不能被子类重写，只能继承调用；语法是在访问修饰符与返回类型间加final关键字；其设计意图是保障行为一致性与契约稳定，而非单纯锁死，常见于模板方法骨架、安全逻辑及性能敏感场景。
在 Java 中，用 final 修饰方法，就是明确告诉编译器：“这个方法的行为必须固定，子类可以调用它，但不能改变它的实现”。一旦加上 final，子类中任何同名、同参数列表、同返回类型的方法声明都会导致编译失败。
怎么写：语法很简单
在方法的访问修饰符（如 public、protected）和返回类型之间加上 final 关键字即可：
public final void save() { ... }protected final String getId() { return id; }-
final boolean isValid() { ... }（默认包访问权限）
注意：final 不能修饰 private 方法（编译器会警告，因为 private 方法本就不能被继承或重写），也不能修饰构造方法（语法错误）。
为什么加 final：不是为了“锁死”，而是表达契约
加 final 的核心意图是保障行为一致性，常见于：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 模板方法模式中的骨架步骤（比如
execute()调用一系列钩子，其中关键校验逻辑被设为final） - 涉及安全、事务、不可变性等不允许绕过的逻辑（如
String.hashCode()） - 性能敏感方法，便于 JVM 做内联优化
它不是“防君子不防小人”的权宜之计，而是设计契约的一部分——如果将来需要开放重写，说明当初的设计判断有误，应主动重构，而非临时妥协。
常见误区：final ≠ 不可调用，也不影响重载
final 方法依然可以被子类继承并直接调用，只是不能覆盖。同时，它完全支持重载（overload）：
- ✅ 子类可以写
public void compute(int a)和public void compute(int a, int b)—— 这是重载，合法 - ❌ 子类不能写
@Override public void compute(int a, int b)—— 这是重写，编译报错
替代方案：当 final 太刚性时，考虑更灵活的设计
如果发现加了 final 后下游确实需要定制逻辑，又无法修改原类，优先用组合或包装，而不是硬改：
- 装饰器模式：包装原对象，在
final方法调用前后插入日志、校验等 - 策略模式：把可变部分抽成接口，通过字段注入不同实现，避免继承依赖
- 面向接口编程：让调用方依赖接口，各实现类各自提供完整逻辑，绕过继承链
强行用反射修改 final 修饰符属于破坏性操作，JDK 9+ 默认禁止，且违反封装原则，生产环境务必避免。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
