Java 8 引入默认方法以支持接口安全演进，允许添加有实现的方法而不破坏现有实现类；它由实例调用、可被重写，与接口静态方法（属接口本身、不可重写）不同，且需显式解决多接口同签名冲突。
Java 接口的默认方法（default 方法）是 Java 8 引入的关键增强，它允许在接口中提供有具体实现的方法，而不会破坏已有实现类的兼容性。
为什么需要 default 方法？
在 Java 8 之前，给接口添加新方法意味着所有实现类必须同步修改，否则编译失败——这在大型项目或第三方库升级时几乎不可行。default 方法解决了这个痛点，让接口可以“安全演进”。
- 典型场景：为
Collection接口新增stream()、forEach()等方法，无需强制所有集合实现类重写 - 它不是为了替代抽象类，而是弥补接口“只能声明、不能实现”的历史限制
- 注意：
default方法不能访问实例字段（接口无状态），也不能使用this指向实现类实例（只能调用其他default或static方法）
default 方法与 static 方法的区别
两者都出现在接口中，但语义和调用方式完全不同：
-
default方法由实现类实例调用（如list.sort(...)），可被子接口重写，也可被实现类覆盖 -
static方法属于接口本身（如Collection.unmodifiableList(...)），不能被重写，只能通过接口名调用 - 若一个类同时继承了父类并实现了多个接口，且多个接口提供了同签名的
default方法，编译器会报错，必须在该类中显式重写该方法
常见冲突与解决方式
当类实现多个接口，且这些接口定义了相同签名的 default 方法时，Java 编译器拒绝“自动选择”，强制你明确表态：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
- 错误示例：
class C implements A, B，其中A和B都有default void m()→ 编译失败，提示 “m() is inherited from both A and B” - 正确做法：在
C中显式重写m()，可选择调用某一方：A.super.m()或B.super.m() - 若父类已提供同签名方法（哪怕是
private或final），则优先使用父类实现，接口的default方法被忽略（不参与冲突）
实际使用中的边界注意点
default 方法看似灵活，但容易误用成“接口里的工具函数”：
- 不要在
default方法里写复杂逻辑或依赖外部状态——它本意是提供通用行为骨架，而非业务主干 - 避免在
default方法中抛出受检异常（Exception），因为实现类可能无法在不改签名的前提下处理它 - 泛型擦除下，
<t> default T get() { ... }</t>是合法的，但返回类型推导依赖调用上下文，易引发隐晦类型错误
真正难的不是写 default 方法，而是在接口演化时判断：这个功能到底该放 default、放工具类静态方法，还是推动用户升级抽象基类——三者语义权重完全不同。
