抽象类可合法包含final方法，二者不冲突：final锁定关键流程，abstract定义扩展点，典型应用为模板方法模式；但abstract方法不可加final，否则编译报错。
抽象类本身要求被继承，而 final 方法的核心作用就是禁止重写——这两者可以共存，且是合理的设计组合：抽象类定义扩展点，同时用 final 锁定关键行为。
在抽象类中直接声明 final 方法
抽象类允许同时包含 abstract 方法和 final 方法。只要方法不是 abstract，就可以加 final；它不会影响类的抽象性，也不会妨碍子类继承和实现抽象方法。
- 语法上完全合法：
public abstract class Processor { public final void execute() { preCheck(); doCore(); postLog(); } protected abstract void doCore(); } - 子类能正常继承该类、实现
doCore()，但无法修改execute()的流程顺序或核心调用逻辑 - final 方法仍可被子类调用（如
super.execute()），只是不能重写
用模板方法模式固化骨架，开放钩子
这是最典型的配合方式：抽象类把不变流程写成 final 方法，把可变部分拆成 protected abstract 或 protected non-final 方法供子类定制。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- final 方法封装“做什么”（what）和“何时做”（when），abstract 方法只负责“怎么做”（how）
- 例如：
public final void handleRequest() { validate(); process(); notify(); }，其中process()是 abstract，validate()和notify()可设为 final 或普通 protected 方法 - 避免在 final 方法里调用可重写的方法（否则可能引发不可预期的多态行为）
注意 abstract 和 final 的互斥规则
abstract 方法绝不能加 final —— 因为 abstract 要求子类必须覆盖，final 禁止覆盖，二者语义冲突，编译直接报错。
- 错误写法：
public abstract final void doSomething();→ 编译失败 - 正确分工：把需要子类实现的部分声明为 abstract；把不许改动的部分声明为 final
- 抽象类中的非抽象方法（无论是否 private、protected 或 public）都可以加 final
避免常见设计误用
final 不是用来“临时封住”某个方法的权宜之计。如果未来大概率要放开重写，就别加 final；可通过命名（如 internalValidate()）、Javadoc 注释或提取为独立策略类来表达意图。
- 不要为了“防止误重写”而在抽象类里给所有非 abstract 方法盲目加 final
- final 应用于真正需要契约保障的环节：安全校验、资源清理、协议头生成等不可绕过步骤
- 若子类确实需要微调某段逻辑，优先考虑把它提取成 protected 钩子方法，而不是删掉 final
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
