接口和抽象类语义不同：接口表“能做什么”，抽象类表“是什么”；接口无构造器、字段全static final，抽象类可定义实例字段和构造器；default方法用invokeinterface调用，优先级低于抽象类同名方法。
接口和抽象类在 Java 中都能实现抽象，但它们的语义、使用场景和底层机制完全不同——不能简单理解为“接口是更彻底的抽象类”。
接口默认方法与抽象类普通方法的本质差异
Java 8 引入 default 方法后，接口看似能提供实现，但它和抽象类中的 public void method() 在 JVM 层级完全不是一回事：
- 接口
default方法在字节码中用ACC_DEFAULT标志标记，调用时走的是invokeinterface指令，且必须由实现类继承（不能被重写为static或private） - 抽象类的方法是常规实例方法，走
invokevirtual，可被protected、final、static等修饰，也能定义构造器和字段初始化逻辑 - 当一个类同时实现接口并继承抽象类，且两者有同签名
default和继承方法时，抽象类的方法优先级更高——这是编译器强制规则，不是运行时动态选择
多继承约束下的实际编码边界
Java 不允许类多继承，但允许实现多个接口。这个设计直接影响架构决策：
- 抽象类适合表达“是什么”（
is-a关系），比如Animal抽象类下派生Dog和Cat，共享状态（age字段）和行为骨架（breath()） - 接口适合表达“能做什么”（
can-do关系），比如Flyable、Swimmable可被Duck、Plane、Submarine各自实现，彼此无关 - 一旦把本该是能力契约的逻辑塞进抽象类（例如让
Flyable成为抽象类），就锁死了子类的继承链——Duck就不能再继承Bird抽象类了
字段、构造器与初始化顺序的真实限制
这些细节常被忽略，但在复杂继承结构中会直接导致编译失败或逻辑错乱：
立即学习“Java免费学习笔记（深入）”；
- 接口中所有字段自动是
public static final，哪怕你写int x = 1;，编译后也是public static final int x = 1;；而抽象类可定义任意访问级别的实例字段、静态字段、transient字段等 - 抽象类可以有构造器（哪怕不能直接 new），用于初始化模板逻辑或强制子类传参（如
abstract class Repository<t> { protected Repository(Class<t> entityType) { ... } }</t></t>）；接口不能有任何构造器 - 初始化顺序上：父类静态块 → 接口静态字段（按声明顺序）→ 父类实例块 → 接口无实例块 → 子类静态块 → 子类实例块。注意——接口没有实例初始化过程，它的
static字段加载时机也晚于类的静态块
从 JDK 9 开始的模块化与私有方法影响
JDK 9 允许接口定义 private 方法，但这不是为了封装逻辑复用，而是为了支撑 default 方法的可维护性：
public interface Logger {
default void logInfo(String msg) {
formatAndWrite(msg, "INFO");
}
default void logError(String msg) {
formatAndWrite(msg, "ERROR");
}
private void formatAndWrite(String msg, String level) {
System.out.println("[" + level + "] " + msg);
}
}
而抽象类早在 JDK 1 就支持 private 方法，且可用于隐藏模板方法的内部步骤（如 abstract class DataProcessor { public final void process() { validate(); doCore(); cleanup(); } private void validate() { ... } }）。两者的 private 方法作用域、继承可见性和设计意图完全不同。
真正容易踩坑的是：把接口 private 方法当成抽象类的替代品去组织复杂流程——它无法访问实现类的 this 状态，也不能被子接口继承，仅限当前接口内复用。
