抽象方法不能有默认实现，因其仅定义契约而不提供实现；default方法是接口的可选实现，用于向后兼容升级，二者语义不同、不可互替。
抽象方法不能有默认实现，这是语言规则
Java 中 abstract 方法声明后必须由子类重写，它本身不允许方法体（哪怕空大括号也不行）。编译器会直接报错：abstract methods cannot have a body。这不是限制，而是抽象的本质——只定义契约，不提供实现。
interface default 方法不是抽象方法的“默认实现”
很多人误以为 default 是给抽象方法补实现，其实二者语义和用途完全不同：
-
abstract方法强制子类参与实现，体现「继承时的契约约束」 -
default方法是接口自身提供的可选实现，子类可直接用、可覆盖、也可不理会，体现「向后兼容的扩展能力」 - 一个接口里可以同时有
abstract方法（无实现）和default方法（有实现），它们互不替代
例如：
interface Animal {
void speak(); // abstract，必须被实现
default void sleep() {
System.out.println("Zzz");
}
}
default 方法与 abstract 类中非 abstract 方法的区别
看起来都“有实现”，但关键差异在继承模型上：
- 类只能单继承，所以
abstract class中的普通方法会被子类无条件继承并可能被覆盖；而default方法支持多实现（一个类可 implements 多个 interface），冲突时必须显式重写解决 -
default方法无法访问实现类的private成员或this的实例字段（没有this指向具体对象），只能调用其他default或static接口方法 - 编译期检查更松：
default方法可以抛出任意异常，而抽象类中非abstract方法若声明了 checked exception，子类重写时不能扩大范围
别把 default 当成“偷懒写法”，它有明确设计意图
default 方法的核心价值是让接口能在不破坏已有实现的前提下升级——比如 Java 8 给 Collection 加 stream()、forEach()，全靠 default 实现。如果硬塞进抽象类，就等于强迫所有实现类重构；如果全靠新增抽象方法，旧代码直接编译失败。
立即学习“Java免费学习笔记（深入）”；
真正容易踩的坑是：在接口中滥用 default 做复杂逻辑或状态维护，这违背了接口“定义行为契约”的初衷。它适合轻量委托、通用模板、安全兜底，不适合替代具体类的职责。
