Java中用final修饰方法可强制阻止子类重写，语法须置于访问修饰符与返回类型之间；编译期即报错拦截，字节码含ACC_FINAL标志；适用于安全敏感、模板固定步骤等关键逻辑，但不可与abstract共存。
Java 中用 final 修饰方法，是阻止子类重写的最直接、最可靠方式——不是靠约定，而是编译器强制拦截。
怎么写：语法位置要准确
final 必须放在访问修饰符（如 public、protected）和返回类型之间。例如：
-
public final String getName() { ... }✅ 正确 -
final public String getName() { ... }⚠️ 语法允许但不推荐，违反通用风格 -
private final void doWork() { ... }❌ 冗余：private 方法本就不能被继承或重写 -
static final void init() { ... }⚠️ 无必要：static 方法天然不参与重写，只可能被隐藏
为什么能防重写：编译期就卡死
final 方法的“不可重写”不是运行时检查，而是在 javac 编译阶段就拒绝：
- 子类哪怕没加
@Override，只要声明了同名、同参数列表、同返回类型的方法，就会报错 - 错误提示类似：
Cannot override the final method或method does not override or implement a method from a supertype - 不会生成 class 文件，连运行机会都没有
- JVM 字节码中该方法带有
ACC_FINAL标志，类加载验证阶段也会做二次校验
哪些方法适合加 final
不是所有方法都该锁死，重点保护那些改了会出问题的逻辑：
立即学习“Java免费学习笔记（深入）”；
- 安全敏感操作：如
checkPermission()、verifySignature() - 模板流程中的固定步骤：如
execute()调用多个钩子，自身逻辑必须稳定 - 状态转换关键路径：如
confirmOrder()，防止子类跳过风控直接提交 - 已被广泛依赖的遗留方法：加 final 是一种兼容性兜底，避免行为意外变更
要注意的边界情况
final 只管重写（override），不管其他事：
- 子类仍可正常调用父类的 final 方法，不影响使用
- 允许重载（overload）：同名但参数不同，完全合法
- 不影响接口实现（implements），只约束 extends 和 override
- 不能和
abstract共存：一个要求必须被重写，一个禁止重写，语义冲突
