抽象方法不能有方法体、不能用final/static/private修饰，因其本质是强制子类重写并参与动态分派；所有限制均服务于“可继承、必重写、可多态”这一核心设计意图。
抽象方法为什么不能有方法体
因为抽象方法的本质是“只声明、不实现”，它存在的唯一目的是强制子类提供具体实现。一旦写了方法体（哪怕空花括号 {}），JVM 就会认为这是个可执行的方法，和“抽象”语义冲突——编译器直接报错：abstract methods cannot have a body。
常见错误现象：
- 手抖多敲了
{}，比如public abstract void run() {}→ 编译失败 - 在抽象类里误把普通方法写成
abstract修饰 → 同样因有方法体被拒
为什么不能用 final 修饰抽象方法
final 表示“不可被重写”，而抽象方法的核心契约就是“必须被子类重写”。二者逻辑互斥。编译器会拒绝这种矛盾声明，报错：illegal combination of modifiers: abstract and final。
使用场景提醒：
立即学习“Java免费学习笔记（深入）”；
- 如果真想禁止重写，就别用
abstract，直接写final void method() - 抽象类中可以同时存在
final方法和abstract方法，但不能混在一个方法上
为什么不能用 static 或 private 修饰抽象方法
static 方法属于类本身，不参与多态，无法被子类“重写”（只能隐藏），而抽象方法依赖重写机制来完成多态；private 方法不可见、不可继承，子类根本看不到它，自然谈不上实现。
所以编译器对这两种组合都报错：illegal combination of modifiers: abstract and static / abstract and private。
容易踩的坑：
- 误以为
static abstract能定义“类级别的抽象行为” → Java 不支持，接口中static方法必须有实现 - 在抽象类里把回调钩子设为
private abstract→ 子类编译不过，连声明都看不到 - 接口中允许
static和private方法，但它们不是抽象的，也不需要子类实现
这些限制背后的统一逻辑
所有限制（无方法体、非 final、非 static、非 private）都服务于一个目标：确保该方法能且只能通过子类实例调用，并由子类提供运行时具体行为。任何削弱“可继承 + 必重写 + 参与动态分派”的修饰，都会破坏抽象方法的设计意图。
最常被忽略的一点：抽象方法的访问权限只能是 public 或 protected（默认包级可见也行），但绝不能是 private——这不是语法糖问题，是语义死区。
