抽象方法必须定义在抽象类或接口中，因其无方法体，若出现在普通类中会导致实例化后存在不可执行方法，违背面向对象语义；Java编译器强制要求含抽象方法的类必须声明为abstract。
因为抽象方法没有具体实现，Java 要求它必须出现在无法被直接实例化的类型中——也就是抽象类或接口。
抽象方法的本质是“只声明、不实现”
抽象方法只有方法签名（修饰符、返回类型、方法名、参数列表），没有方法体（即没有 {...}）。如果允许它出现在普通类中，就会导致该类既能被 new 出实例，又存在无法执行的方法，违背面向对象的基本语义。Java 编译器会强制阻止这种情况发生。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
抽象类是支持部分实现的抽象容器
- 抽象类可以包含抽象方法和具体方法，适合表达“有共同行为，但某些行为由子类决定”的场景
- 子类继承抽象类时，必须实现所有未实现的抽象方法（除非子类也声明为 abstract）
- 例如：
abstract class Animal { abstract void makeSound(); void breathe() { System.out.println("breathing..."); } }
接口是纯粹的行为契约
- JDK 8 之前，接口中的所有方法默认是 public abstract 的，且不能有方法体
- JDK 8 起允许 default 和 static 方法，但 abstract 方法仍需由实现类提供具体逻辑
- 接口强调“能做什么”，不关心“怎么做”，天然适配抽象方法的设计意图
普通类不允许定义抽象方法的编译规则
Java 语言规范明确规定：如果一个类中包含 abstract 方法，那么这个类必须显式声明为 abstract；否则编译失败。这是编译期强约束，不是运行时检查。哪怕只有一个抽象方法，普通类也无法通过编译。
