default方法是为解决接口演进时的二进制兼容性问题而设计，允许在不修改已有实现类的前提下为接口新增带实现的方法，典型应用如Collection.stream()；它与static方法本质不同：前者是可重写的实例方法，后者是不可重写、直接通过接口调用的静态方法。
Java 接口默认方法（default 方法）不是为了让你“多写一个方法”，而是为了解决接口演进时的**二进制兼容性问题**——即：不破坏已有实现类的前提下，给接口新增行为。
为什么需要 default 方法？
在 Java 8 之前，接口只能有抽象方法。一旦要加新方法，所有实现类都得立刻改代码、重新编译，否则直接编译失败。这在大型项目或三方库中根本不可行。
default 方法让接口可以提供**可选的、带实现的方法体**，已有实现类无需改动就能通过编译，运行时自动继承该默认逻辑。
- 典型场景：集合框架扩展（如
Collection.stream()、Iterable.forEach()） - 它不是“替代抽象类”的设计，而是“接口向后兼容的补丁机制”
- 不能用于替换构造逻辑或持有状态（
default方法里不能访问this实例字段）
default 方法和 static 方法的区别
两者都允许接口含具体实现，但语义和调用方式完全不同：
立即学习“Java免费学习笔记（深入）”；
-
default方法是实例方法：必须通过实现类对象调用，可被重写，支持多态 -
static方法属于接口本身：通过接口名直接调用（如List.of()），不能被重写，也不参与实现类的继承链 - 二者都不能是
private（Java 9+ 才支持private default方法）
public interface Logger {
default void log(String msg) {
System.out.println("[INFO] " + msg);
}
static void error(String msg) {
System.err.println("[ERROR] " + msg);
}
}
// 使用：
Logger logger = new ConsoleLogger();
logger.log("hello"); // ✅ 走 default 实现
Logger.error("oops"); // ✅ 静态调用，不依赖实例
当多个接口有同名 default 方法时怎么办？
如果一个类同时实现两个接口，且它们都定义了签名相同的 default 方法，Java 编译器会报错：class X inherits unrelated defaults for method Y from types A and B。
此时**必须在实现类中显式重写该方法**，哪怕只是调用其中一个父接口的实现：
interface A {
default void run() { System.out.println("A.run"); }
}
interface B {
default void run() { System.out.println("B.run"); }
}
class C implements A, B {
@Override
public void run() {
A.super.run(); // ✅ 显式选择 A 的实现
// 或 B.super.run();
// 或自定义逻辑
}
}
- 不重写 → 编译失败
- 仅调用
A.super.run()不代表“继承 A”，只是语法糖，仍需完整重写方法体 - 若某接口还提供了
static同名方法，不会触发冲突（静态方法不参与默认方法解析）
容易被忽略的关键限制
default 方法看着灵活，但有几条硬边界必须记住：
- 不能访问实现类的私有字段或私有方法（连
this都受限） - 不能声明为
final、abstract、synchronized、native或strictfp - 不能抛出比实现类中重写版本更宽泛的受检异常（异常签名需兼容）
- 在 Spring AOP 等代理场景下，
default方法**不会被代理拦截**——因为代理对象调用的是目标类自己的方法，而非接口的默认实现
真正要用好它，得清楚它不是“语法糖”，而是 JVM 层面为接口保留的一条向后兼容通道。越想把它当工具类或模板方法来用，越容易掉进重写冲突、代理失效、异常泄漏这些坑里。
