Default方法使接口可向后兼容地扩展，避免破坏旧实现类，需用default关键字定义并提供方法体，不支持字段和构造器，多接口冲突时须显式重写。
Default Method 在接口中加新方法却不破坏旧实现类
Java 8 引入 default 方法，核心价值是「向后兼容地扩展接口」。比如你维护一个公共 SDK，已有大量用户实现了 PaymentProcessor 接口，现在想加个 refundAsync() 方法——直接加抽象方法会导致所有实现类编译失败；用 default 方法就能让旧代码照常编译，新用户可选择重写。
常见错误现象：Class 'XXX' must either be declared abstract or implement abstract method 'xxx()' in 'YYY' —— 这说明你给接口新加了抽象方法，但没改成 default。
- 必须用
default关键字修饰，且要有方法体（哪怕只写{}） - 不能有
static和abstract同时出现（static方法在接口里是另一套规则） - 实现类不重写时，调用的就是接口里的默认逻辑，不是“空实现”或“抛异常”
- 若父接口和子接口都定义了同签名的 default 方法，实现类必须显式重写，否则编译报错
Default Method 与抽象类的分工边界在哪
别把 default 方法当抽象类用。它不支持字段、构造器、this 引用，也不能调用 super（除了在重写时用 InterfaceName.super.method() 调用父接口默认实现）。
典型误用场景：想在接口里缓存一个 private final Map，然后在 default 方法里读写——不行，接口不能有实例字段。这时候该上抽象类。
立即学习“Java免费学习笔记（深入）”；
- default 方法适合「通用行为模板」：比如
logBeforeExecute()、validateCommonParams()、wrapResult() - 需要状态（字段）、初始化逻辑（构造器）、或复杂继承链控制时，抽象类仍是唯一选择
- 接口可以多实现，抽象类只能单继承，这是设计起点：优先接口 + default，卡住了再抽抽象类
多个接口含同名 default 方法时的冲突解决
当一个类同时 implements A 和 B，而两者都有 default String getId()，Java 编译器会拒绝编译，报错：class inherits unrelated defaults for getId() from types A and B。
这不是 bug，是强制你明确语义。解决方式只有一种：在实现类里显式重写该方法，并决定调用哪个父接口的逻辑。
- 用
A.super.getId()或B.super.getId()显式委托（注意语法，不能写super.getId()） - 不能只写
return null;就完事——除非业务真允许，否则大概率掩盖了设计矛盾 - 如果两个 default 实现本质相同，考虑提取成第三个接口（如
IdProvider），让 A/B 都 extends 它，复用同一份 default
Default Method 的性能和泛型限制
default 方法本质是编译器生成的桥接方法，调用开销几乎为零，但要注意它无法直接参与泛型推导——因为接口本身可能未声明类型参数，而 default 方法体内又不能新增类型参数声明。
例如这个写法是非法的：default <T> T convert(Object src) { ... } —— 接口没泛型时，default 方法不能自己引入新类型变量（Java 8 不支持）。得把泛型提到接口层级，或者改用 Object + 强制转型（不推荐）。
- 接口已定义为
interface Dao<T>，则 default 方法可用T，没问题 - 运行时反射获取 default 方法：它会被视为普通实例方法，出现在
getDeclaredMethods()结果里，但isDefault()返回 true - Mock 框架（如 Mockito）默认不 mock default 方法，调用时执行真实逻辑——测试时容易漏掉这层，建议显式 stub 或用
@Mock注解配合lenient()
最易被忽略的一点：default 方法不能访问接口的私有方法（Java 9+ 才支持 private interface methods），所以想复用逻辑时，要么提成 public default，要么拆到工具类里——别硬凑。
