抽象类用abstract修饰且不可实例化，用于“is-a”关系并可持状态；接口定义“can-do”能力，支持多实现，Java 8+ 虽增强但语义职责不可互换。
抽象类必须用 abstract 修饰，且不能被实例化
Java 中的抽象类本质是“不完整的类”，它允许包含未实现的方法（即抽象方法），也允许有具体实现的方法、字段甚至构造器。但只要类中有一个 abstract 方法，整个类就必须声明为 abstract；反过来，abstract 类可以没有抽象方法（虽然少见）。
常见错误是试图直接 new AbstractClass() —— 编译器会报错 Cannot instantiate the type AbstractClass。子类必须用 extends 继承并实现所有抽象方法（或自身也声明为 abstract）。
实操建议：
- 抽象类适合表达“is-a”关系，比如
Animal是抽象父类，Dog和Cat是它的具体子类 - 如果需要共享状态（如
protected String name）或复用逻辑（如模板方法中的templateMethod()），优先选抽象类 - 抽象类的构造器只在子类构造时被调用，用于初始化共用字段，不是用来创建实例的
接口默认只能定义 public abstract 方法和 public static final 字段
Java 8 之前，接口只能有抽象方法和常量；Java 8 引入了 default 方法和 static 方法；Java 9 又支持了 private 方法（用于复用 default 方法中的逻辑）。但所有方法仍默认是 public，显式写 public 是冗余的；字段则默认是 public static final，哪怕只写 int MAX_SIZE = 100;，编译后也是常量。
立即学习“Java免费学习笔记（深入）”；
典型误用：在接口里写 private void helper() { ... } 却忘了加 private 修饰符（接口中非 default/static 的方法默认是 public abstract，不允许 private）—— 这会编译失败。
实操建议：
- 接口适合表达“can-do”能力，比如
Runnable、Comparable、Serializable - 多个不相关的类需要统一行为契约时，用接口（如
Flyable可被Drone和Eagle同时实现） - Java 8+ 中，用
default方法可安全地向已有接口添加新方法，避免破坏所有实现类
一个类只能 extends 一个抽象类，但能 implements 多个接口
这是 Java 单继承机制决定的。如果设计中需要组合多种能力（如“能飞 + 能叫 + 可序列化”），只能靠接口叠加；而抽象类提供的是核心骨架，只能选一个主继承线。
容易踩的坑：
- 把本该用接口建模的“能力”硬塞进抽象类，导致后续扩展受限（比如让
Car去extends Flyable显然不合理） - 在抽象类中定义大量
default方法，模糊了抽象类与接口的职责边界 - 子类同时继承抽象类又实现同名方法的接口，若两者都有
default实现，必须显式覆写以解决冲突
abstract class 和 interface 在 JDK 8+ 差异已大幅收窄，但语义不可互换
现在接口能有 default、static、private 方法，抽象类也能有 static、final、private 方法，甚至都能有构造器（接口不行）、字段（接口只能是常量）、静态代码块（抽象类可以，接口不行）。
关键区别仍在语义和约束上：
- 抽象类有状态（实例字段），接口没有（只有
public static final常量） - 抽象类支持构造流程控制（如校验参数、初始化资源），接口完全不参与对象构建
- 抽象类的继承是强耦合的，接口实现是松耦合的；重构时，改抽象类会影响所有子类，改接口的
default方法影响较小
// 示例：抽象类可持状态、有构造逻辑
abstract class Vehicle {
protected final String brand;
protected int speed;
protected Vehicle(String brand) {
this.brand = Objects.requireNonNull(brand);
}
public abstract void start();
}
// 接口只能定义能力，不能初始化实例状态
interface Autopilot {
int MAX_ALTITUDE = 10000; // 自动转为 public static final
default void engage() {
System.out.println("Autopilot engaged");
}
void navigate();
}
真正难的不是语法，而是判断“这里该用抽象类还是接口”——得先想清楚：这是在描述一种类型层次，还是在声明一组可插拔的行为契约？这个区分一旦模糊，后期就容易陷入继承爆炸或接口污染。
