Java接口default方法核心作用是在不改旧代码前提下安全扩展接口能力，编译期不报错、运行时自动回退调用默认实现，冲突时须显式重写解决歧义。
Java 接口的 default 方法，核心作用就是：**在不改一行旧代码的前提下，给已有接口安全加新能力**。它不是“打补丁”，而是编译期和运行时协同保障的兼容机制。
默认实现怎么写，又怎么被自动调用
只要在接口里用 default 修饰、带方法体，就构成默认实现：
- 语法必须完整：有返回类型、参数列表、花括号包裹的逻辑，不能以分号结尾
- 实现类不声明同名方法 → 编译通过，运行时直接调用接口里的逻辑
- 实现类自己写了同名方法 → 优先执行类内实现，
default被自然覆盖 - 比如
Iterable.forEach()依赖已有的iterator()，只要实现类提供了iterator()，就能立刻用上forEach，不用改任何东西
升级时老实现类为什么不会崩
关键在两个层面都做了兜底：
-
编译期不报错：新增
default方法后，所有旧实现类仍能正常编译打包，Maven/Gradle 不会拦截 -
运行时不抛
AbstractMethodError：JVM 查找方法时，发现类里没有该方法，就自动沿接口继承链向上找default实现，而不是失败退出 - JDK 8 给
Collection加stream()，没让ArrayList或LinkedList重写一个字，全靠这套机制撑住
多个接口都有同名 default 方法怎么办
编译器会立刻报错，强制你表态——这不是缺陷，是防止语义模糊的安全设计：
立即学习“Java免费学习笔记（深入）”；
- 错误提示类似：
class X inherits unrelated defaults for method Y from types A and B - 必须在实现类中用
@Override显式写出方法体 - 可在方法体内明确调用某一方：
InterfaceA.super.methodName()或InterfaceB.super.methodName() - 不允许只写签名不写实现，也不允许留空大括号却不说明意图
真正安全的 default 方法长什么样
能编译通过只是起点，行为合理才叫兼容：
- 逻辑轻量：基于接口已有
public方法组合（如用size()和get(int)实现first()），不查数据库、不读配置、不依赖 Spring Bean - 无副作用：不修改状态、不抛受检异常（
throws IOException会破坏原有调用方契约） - 可预测：文档写清边界，比如 “当集合为空时返回
Optional.empty()”，避免下游误判 - 复杂逻辑建议抽成
static工具方法，由default方法调用，便于测试和复用
