Java抽象方法通过编译期强制校验确保具体子类实现，要求所在类为abstract、方法带abstract关键字且无方法体、不能用private/static/final修饰；未实现则编译失败。
Java 中抽象方法通过编译期强制校验来确保子类实现——只要子类是具体类（非 abstract），就必须覆盖父类中所有未实现的抽象方法，否则编译直接失败，根本无法生成字节码。
抽象方法本身必须满足三个硬性条件
它才能触发这种强制约束：
- 所在类必须用
abstract修饰（否则编译不通过） - 方法声明必须带
abstract关键字，且不能有方法体（连大括号{}都不允许） - 不能用
private、static或final修饰（语义冲突：抽象方法本意就是“等着被子类重写”）
子类不实现就会编译报错
编译器会逐条检查继承链上所有未实现的抽象方法。哪怕只漏一个，或签名稍有偏差，都会报明确错误：
class WechatPay must either be declared abstract or implement abstract method calculateFee() in PaymentProcessor
立即学习“Java免费学习笔记（深入）”；
常见“看似实现了实则无效”的情况包括：
- 参数类型不一致（如父类用
List<String>，子类写了ArrayList<String>） - 返回类型不协变（父类返回
Number，子类返回String） - 访问修饰符更严格（父类是
public abstract，子类写成protected）
配合模板方法才能真正落地业务约束
光靠抽象方法只能卡住“有没有实现”，但管不住“怎么调、何时用”。实际开发中，90% 的有效约束都靠它和模板方法组合：
- 把不变流程（如校验、日志、事务、结果包装）封装在
public final方法里 - 把变化点（如计费逻辑、解析规则、发送方式）声明为
protected abstract方法 - 子类只需专注填空，无法绕过主流程，也躲不开实现责任
注意继承链与初始化安全
约束可逐层传递，但最终必须由某个具体子类完成：
- 中间抽象子类可以不实现，仅作扩展分层（如
Mammal extends Animal） - 最末端的具体子类，必须实现整条继承链上所有未覆盖的抽象方法
- 切忌在抽象类构造器中调用抽象方法——此时子类字段尚未初始化，极易触发
NullPointerException
