abstract 关键字在 Java 中必须与 class 或 method 搭配使用，不可单独修饰字段；abstract class 不能被实例化，子类若非 abstract 则必须实现全部抽象方法，且 abstract 方法不能与 private、final、static 共存。
abstract 关键字在 Java 中不能单独使用，必须配合 class 或 method —— 这是绝大多数初学者踩坑的第一步：试图写 abstract int x; 或 abstract String getName(); 却不加 class 声明或 ; 结尾，直接编译报错。
abstract class 必须被继承，且子类要实现所有抽象方法
声明为 abstract class 的类不能被 new 实例化，只用于被继承。如果子类不是 abstract，就必须覆盖父类中每一个 abstract 方法（签名完全一致，包括返回类型、方法名、参数列表），否则编译失败。
abstract class Animal {
public abstract void makeSound(); // 没有方法体
public void sleep() {
System.out.println("Zzz");
}
}
class Dog extends Animal {
@Override
public void makeSound() { // ✅ 必须实现，否则编译错误
System.out.println("Woof!");
}
}
- 子类若也声明为
abstract class Cat extends Animal，则可不实现makeSound() -
abstract类中可以含普通方法、构造器、静态方法、字段，甚至main方法 - 抽象类的构造器**仅用于子类调用
super()**，不能直接 new
abstract method 只能出现在 abstract class 或 interface 中
Java 8+ 允许 interface 中定义 default 和 static 方法，但抽象方法仍默认是 public abstract；而 abstract class 中的抽象方法必须显式用 abstract 修饰，且不能用 private、final、static 修饰——这些修饰符与“待子类实现”的语义冲突。
- 错误写法：
private abstract void foo();→ 编译报错 “illegal combination of modifiers” - 错误写法：
abstract static void bar();→ 静态方法属于类本身，无法被重写 - 接口中
abstract void baz();等价于public abstract void baz();，abstract可省略
abstract 和 final、static、private 互斥的底层原因
抽象方法的核心契约是：“我定义签名，你负责实现”。一旦加上 final，就禁止重写；加上 static，就绑定到类而非实例，失去多态意义；加上 private，子类根本不可见，更谈不上实现。JVM 字节码层面，abstract 方法没有 Code 属性，而 final/static/private 方法必须有可执行指令。
立即学习“Java免费学习笔记（深入）”；
- 编译器强制检查这些修饰符组合，在
javac解析阶段就拒绝非法声明 - 即使通过字节码工具强行注入，JVM 验证期也会抛
VerifyError - 常见误操作：在 IDE 中自动生成 getter/setter 时勾选了 “generate abstract methods”，结果把本该具体实现的方法标成了
abstract
真正容易被忽略的是：抽象类可以没有抽象方法（比如只为禁止实例化而设），但有抽象方法的类必须声明为 abstract class；另外，抽象方法的异常声明（throws）会被子类实现所继承约束——子类重写时只能抛出相同或子类异常，这点和普通方法一致，但新手常在抽象层漏写 throws 导致子类无法按需抛出业务异常。
