Java接口默认方法的核心目的是在不破坏现有实现类的前提下安全添加新行为，解决接口演进与二进制兼容性矛盾；它支持向后兼容扩展、减少模板代码，并配合private/static方法复用逻辑，但需遵守冲突解决规则和设计约束。
Java 接口默认方法（default 方法）的引入，核心目的是在不破坏现有实现类的前提下，为接口安全地添加新行为——它解决了接口演进与二进制兼容性之间的长期矛盾。
为什么需要默认方法？
在 Java 8 之前，接口只能包含抽象方法。一旦给已有接口新增一个抽象方法，所有已存在的实现类都会因未实现该方法而编译失败。这使得接口难以随需求演进，尤其对 JDK 自身或广泛使用的第三方库（如 Collection）而言，升级成本极高。
默认方法允许在接口中提供具体实现，让实现类可选择性覆盖，也可直接继承使用，从而：
- 支持向后兼容的接口扩展（例如
Collection新增stream()、forEach()） - 减少模板代码（如多个实现类共用相似逻辑时，可提取到 default 方法）
- 替代部分工具类或抽象基类的职责，使 API 更扁平、更面向组合
冲突规则：当一个类同时继承抽象类和实现多个接口时
若某个类实现了多个接口，而这些接口中定义了同名同签名的 default 方法，编译器会报错，要求该类**显式重写该方法**，以消除歧义。这是强制开发者明确语义的选择。
立即学习“Java免费学习笔记（深入）”；
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
更关键的优先级规则如下：
- 类中定义的方法 > 接口中 default 方法（包括父类中继承来的方法）
- 子接口的 default 方法 > 父接口的 default 方法（即更具体的接口实现优先）
- 若两个无继承关系的接口提供了同名 default 方法，且类未重写，则编译失败
例如：interface A { default void m() { System.out.println("A"); } }，interface B { default void m() { System.out.println("B"); } }，class C implements A, B 会导致编译错误，必须在 C 中重写 m()。
与静态方法、私有方法的配合
Java 9 起，接口还支持 private 和 private static 方法。它们不能被实现类调用，但可供 default 方法复用，用于拆分逻辑、避免重复代码。
接口中的 static 方法则属于接口本身，通过接口名调用（如 List.of()），不参与实现类的继承链，因此不涉及冲突问题。
设计建议与注意事项
默认方法不是为了取代抽象类，而是补足接口的能力边界。使用时需注意：
- 避免在 default 方法中访问实例字段（接口不能声明实例变量）
- 慎用默认方法做复杂状态操作——它本质仍是契约的一部分，应保持轻量、无副作用
- 若多个 default 方法逻辑高度耦合，考虑是否本该由抽象类承担
- 公开 API 中新增 default 方法仍需谨慎评估语义一致性，避免“默认实现”违背用户预期
