最直接、最可靠的方式是用final关键字修饰方法；它在编译期强制拦截重写，子类同名同签名方法会触发“cannot override the final method”编译错误，调用目标在编译时即确定。
在 Java 继承中，给父类方法加 final 是最直接、最可靠的防止重写方式——它不是靠约定或文档提醒，而是由编译器强制拦截，一旦子类尝试重写，连代码都编译不过。
final 方法如何起作用
final 关键字加在方法声明中（位于访问修饰符和返回类型之间），例如：
public final void process() { ... }
这样声明后，该方法仍可被子类继承并调用，但任何同名、同参数列表、同返回类型的重写尝试都会触发编译错误，提示类似 “Cannot override the final method” 或 “method does not override or implement a method from a supertype”。
这个限制发生在编译期，JVM 甚至不会生成相关字节码；它不依赖运行时类型判断，也不走虚方法表动态分派——调用目标在编译时就完全确定。
哪些方法适合加 final
- 核心安全逻辑：如 checkPermission()、validateToken() 等不容篡改的校验步骤
- 模板方法模式中的骨架流程：比如 execute() 封装了固定步骤，只留 protected abstract 钩子供子类实现
- 关键状态转换：如 confirmOrder() 或 closeConnection()，跳过中间检查可能导致数据不一致
- 已被广泛使用且行为稳定的公共方法：加 final 可避免下游因误重写引发兼容性问题
需要注意的边界情况
- private 方法天然不可重写，加 final 是冗余的；构造方法不能用 final 修饰（语法错误）
- static 方法不参与重写，子类同名 static 方法属于“隐藏”，不是重写；给 static 加 final 仅防止隐藏，语义不如实例方法 + final 清晰
- final 方法可以被重载（overload），比如 save() 和 save(String id) 同时存在完全合法
- 接口中不能声明 final 实例方法；default 方法可被重写，但显式加 final 会编译失败
和其他方式的区别
相比 private 或包级私有方法，final 方法保持了可见性和可调用性——子类能用、能测、能组合，只是不能改实现；相比把整个类设为 final，它更细粒度，允许继承扩展其他部分。它表达的是明确的设计契约：“这个行为必须稳定”，而不是“这个类完全不可动”。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
