default方法允许接口新增带实现的方法而不破坏现有实现类的兼容性，其调用优先级为：实现类重写 > 接口default实现；冲突时需显式重写；依赖方法须预先约定，不可抛受检异常，复杂逻辑宜委托static工具方法。
Java 8 引入的 default 方法，是解决接口演进与兼容性矛盾的关键机制——它允许你在不修改已有实现类的前提下，为接口新增方法并提供默认实现。
为什么 default 方法能保持向下兼容
传统接口只能定义抽象方法，一旦新增方法，所有实现类都必须重写，否则编译失败。而 default 方法自带实现体，现有实现类无需改动即可通过编译，运行时自动继承该默认行为。
- JVM 在调用时优先查找实现类中的重写方法；未重写则回退到接口的 default 实现
- 多个接口含同名 default 方法时，实现类必须显式重写以消除歧义（编译器会报错提示）
- default 方法可访问接口中定义的
static工具方法，但不能直接访问实现类的实例字段
典型扩展场景：给集合工具接口添加新能力
假设你维护一个自定义集合接口 DataContainer，最初只定义了 size() 和 isEmpty()：
public interface DataContainer {
int size();
boolean isEmpty();
}
现在想增加 first() 方法返回首个元素，又不想强制所有已有实现类立刻适配：
立即学习“Java免费学习笔记（深入）”；
public interface DataContainer {
int size();
boolean isEmpty();
default Optional<Object> first() {
return size() > 0 ? Optional.of(iterator().next()) : Optional.empty();
}
Iterator<Object> iterator(); // 需确保已有实现已提供此方法，或同步补充为 default
}
只要实现类已具备 iterator()（哪怕也是 default 实现），就能开箱即用 first()。
使用时的关键注意事项
default 方法不是万能补丁，需谨慎设计以避免语义冲突或性能陷阱：
- 避免在 default 方法中依赖尚未约定的其他接口方法（如上例依赖
iterator()，需提前确认其存在性） - 不要在 default 方法里抛出受检异常，否则会破坏已有实现类的调用契约
- 若逻辑复杂或涉及状态，优先考虑提取为
static工具方法，再由 default 方法调用，提升可测性与复用性 - 文档必须明确说明 default 行为的语义、边界条件和性能特征（例如“
first()时间复杂度为 O(1)，前提是iterator()支持快速首项访问”）
与抽象类的协作策略
当扩展逻辑需要共享状态或复杂初始化时，default 方法力有不逮。此时可结合抽象类作为“默认实现载体”：
- 保留接口轻量、多继承的优势，用 default 提供简单通用行为
- 提供一个
AbstractDataContainer抽象类，封装带状态的扩展逻辑（如缓存、计数器） - 鼓励新用户继承抽象类，老用户仍可只实现接口 + 按需重写 default 方法
这种分层设计兼顾了灵活性与演进性，是大型 API 库（如 Guava、Spring Core）常用模式。
