抽象类是解决共性逻辑复用与行为契约强制矛盾的核心机制；必须用abstract class而非interface的场景包括共享状态、复用构造逻辑、提供可访问字段的默认实现及支持模板方法模式。
抽象类在Java里不是“可有可无的语法糖”，而是解决「共性逻辑复用 + 行为契约强制」这一对矛盾的核心机制。
什么时候必须用 abstract class 而不是 interface？
当你要让子类共享状态（字段）、复用构造逻辑、或提供默认实现，同时又要求子类必须实现某些方法时，interface 做不到，只能靠抽象类。
-
interface不能定义protected字段，也不能有构造方法；而abstract class可以声明protected String color，并在子类实例化时通过super(color)统一初始化 -
interface的默认方法（default）不能访问实现类的私有/受保护字段；抽象类中的具体方法可以直接读写this.color - 如果你需要模板方法模式（比如
process()固定调用loadData()→processData()→saveData()），只有抽象类能天然支持——processData()声明为abstract，其余两步写死在父类中
抽象类里写构造方法有意义吗？
非常有意义。虽然你不能 new Animal()，但子类创建对象时，JVM 会强制调用父类构造方法来初始化继承来的字段。
abstract class Animal {
protected String name;
protected int age;
// 这个构造方法会被 Dog(String) 隐式或显式调用
public Animal(String name, int age) {
this.name = name;
this.age = age;
}
public abstract void makeSound();
}
class Dog extends Animal {
public Dog(String name, int age) {
super(name, age); // 必须有这行，否则编译报错
}
@Override
public void makeSound() {
System.out.println(name + " barks");
}
}
- 漏写
super(...)会导致编译错误：「Implicit super constructor Animal() is undefined」 - 抽象类的构造方法可以是
protected，防止被包外类误调用，但子类仍可访问 - 不要在抽象类构造方法里调用
abstract方法——此时子类对象尚未初始化完成，可能导致NullPointerException或未定义行为
为什么抽象类可以有普通方法，但抽象方法不能是 private / final / static？
因为抽象方法的设计目的就是「留给子类去覆盖实现」，所有修饰符都必须服务于这个目标。
立即学习“Java免费学习笔记（深入）”；
-
private abstract void foo()❌：子类根本看不到，无法重写 -
static abstract void foo()❌：静态方法属于类本身，不参与多态，和「由子类决定实现」冲突 -
final abstract void foo()❌：final禁止重写，abstract强制重写，二者逻辑互斥 - 正确写法只有：
public abstract void foo()或protected abstract void foo()（推荐后者，限制暴露范围）
最容易被忽略的一点：抽象类本身可以没有抽象方法（比如只封装通用工具方法+状态），但只要它含有抽象方法，就一定得加 abstract 修饰符——这是编译器强制的契约信号，不是风格选择。
