Java接口默认方法的核心目标是向后兼容，需满足三前提：不与Object方法冲突、不覆盖父类方法、所有实现类未定义同名方法；添加前须扫描源码、运行回归测试、检查抽象方法调用链；命名须明确单一，多接口冲突时须显式Override并选择调用。
在 Java 中，接口定义默认方法的核心目标是向后兼容：不强制修改已有实现类，同时安全扩展功能。关键不在“怎么写”，而在于“怎么设计才不踩坑”。
用 default 关键字声明，但必须满足三个前提
默认方法不是随便加的“便利补丁”，它需要符合以下条件才能真正避免破坏：
- 方法名不能与 Object 类已有方法冲突（比如 toString()、equals()、hashCode()）。即使写了 default，JVM 也会忽略——类始终优先调用 Object 的版本。
- 不能覆盖父类已继承的方法。如果某个实现类的父类里已有同签名方法，接口的 default 方法自动失效，不会参与调度。
- 所有已有实现类都未定义同名方法。一旦某实现类自己写了 public void log()，那它就永远走自己的逻辑，接口 default log() 对它完全不可见。
添加前必须做的三件事
很多团队跳过验证直接上线，默认方法反而引发行为突变。真正稳妥的做法是：
- 扫描全部实现类源码或字节码，确认没有同名 public 方法（含继承自父类的）；
- 运行回归测试套件，重点观察新增默认方法是否被意外触发（比如 mock 调用链中误用了新方法）；
- 检查是否依赖抽象方法调用链。例如 default send() 内部调用了 abstract validate()，而 validate() 在某些旧实现里是空实现——这就可能造成 NPE 或静默失败。
命名和职责要足够明确
默认方法不是“兜底逻辑”，而是有共识的通用行为。模糊命名或过度封装容易误导调用方：
立即学习“Java免费学习笔记（深入）”；
- ✅ 推荐：
default formatTimestamp()、default isRetryable()—— 功能单一、语义清晰、不易被误覆盖； - ❌ 避免：
default process()、default handle()—— 太泛，各实现类很可能已有同名方法，且语义不一致； - ⚠️ 警惕：
default save()—— 如果已有实现类的 save() 做了事务控制，接口级默认实现却没事务，上线即故障。
多接口冲突时的显式处理
当一个类实现 A 和 B 两个接口，且它们都有 default retry()，编译器会报错。这不是缺陷，而是保护机制：
- 必须在实现类中
@Override retry()； - 可在方法体内选择调用
A.super.retry()或B.super.retry()，也可合并逻辑； - 不要试图“绕过”——这是设计信号：这两个接口对 retry 的语义不一致，该统一契约，而不是妥协实现。
