是的，Java中abstract方法只能定义在abstract class或interface中；前者需类声明为abstract，后者方法默认public abstract且不可有构造器或实例字段。
抽象方法必须写在 abstract class 里吗？
是的，Java 中 abstract 方法只能定义在 abstract class 中，或者接口（interface）里——但接口里的 abstract 是隐式的，且从 Java 8 起允许默认方法和静态方法，而抽象类中不允许有非抽象的普通实例方法（除非用 abstract 修饰或加 static/final 等限定）。
常见错误：javac 报错 abstract methods cannot be in a non-abstract class，说明你把 abstract void foo(); 写在了没加 abstract 的类里。
- 抽象类可以包含具体方法、字段、构造器；抽象方法只是“没实现”的声明
- 接口中所有方法默认
public abstract（即使不写），但不能有构造器、实例字段（只有public static final常量） - 一个类继承抽象类，必须实现全部抽象方法，或自己也声明为
abstract
abstract 方法的语法细节：分号结尾、无方法体
abstract 方法声明严格禁止大括号和实现代码，否则编译失败。它只描述“能做什么”，不描述“怎么做”。
正确写法：
abstract class Animal {
abstract void makeSound(); // ✅ 分号结尾，无 {}
}
错误写法：
abstract void makeSound() {} // ❌ 编译报错：abstract method cannot have body
立即学习“Java免费学习笔记（深入）”；
- 不能用
private、static、final、native或synchronized修饰抽象方法（语义冲突） - 可以加
public或protected（默认是public，但建议显式写出） - 返回类型可以是任意类型，包括泛型（如
<t> T getValue()</t>），但注意桥接方法可能带来的继承问题
为什么不能在普通类里写 abstract 方法？
因为 Java 的类加载和实例化机制要求：普通类必须能被 new 出来，而如果它含未实现的方法，运行时调用就会失败——JVM 不允许这种“承诺了却没兑现”的状态存在。
抽象类本身不能被实例化（new AbstractClass() 编译报错），所以它天然规避了这个问题；子类要么补全实现，要么继续抽象下去。
- 反例：如果允许非抽象类含
abstract方法，那javac就无法保证多态调用的安全性 - 接口虽然也不可实例化，但它靠“实现类必须重写”来约束，和抽象类的“继承+强制覆盖”路径不同
- Java 不支持 C++ 那样的纯虚函数在非抽象类中的写法，这是语言设计上的明确取舍
abstract 方法和 interface 默认方法的关键区别
别混淆 abstract class 中的 abstract 方法和 interface 中的 default 方法。前者是“必须由子类实现”，后者是“可选覆盖的默认行为”。
比如：
interface Flyable {
void takeOff(); // 隐式 public abstract
default void land() { // ✅ 允许有实现
System.out.println("Landing...");
}
}
- 抽象类中不能写
default方法（那是接口专属语法） - 抽象类中若想提供可选行为，得用具体方法 + 模板方法模式，或让子类选择是否调用
- 当抽象类和接口共存时，优先级规则复杂（如默认方法冲突需显式
@Override解决），实际项目中应避免过度叠加
