java 8 接口支持 default 方法是为了在不破坏现有实现类的前提下扩展接口功能，它提供可被继承或重写的实例方法实现，需有方法体，不能修饰 static/private/构造方法，且多接口冲突时须显式解决。
Java 8 接口里为什么能写 default 方法
因为 Java 8 要在不破坏已有实现类的前提下，给接口“加新功能”。比如 Collection 接口想新增 stream()，但所有已存在的实现类（ArrayList、LinkedList 等）不可能一个个去改——加 default 方法就能让它们自动获得这个能力，不用重写。
关键点在于：它不是抽象方法，而是带具体实现的实例方法，由接口提供默认行为，实现类可选择覆盖或直接继承。
-
default方法必须有方法体，不能是abstract - 实现类不重写时，调用的是接口里的默认实现
- 一个类实现多个接口，若它们有同签名的
default方法，编译器会报错，必须在类中显式重写（否则不知道该用谁的） - 不能用
default修饰static、private或构造方法
什么时候该用 default 方法，而不是抽象方法或工具类
当你发现：某个行为逻辑高度通用、多数实现类都会写几乎一样的代码，而且它天然属于接口语义的一部分（比如“集合转成字符串”“按条件过滤”），那就适合塞进 default 方法。
反例：如果逻辑依赖具体实现细节（比如要访问 ArrayList 的 elementData 数组），就不该放接口里；如果只是零散工具操作（比如“把字符串首字母大写”），更适合丢进 StringUtils 这类工具类。
立即学习“Java免费学习笔记（深入）”；
- ✅ 适合：
Collection.isEmpty()、Iterator.forEachRemaining() - ❌ 不适合：
Map.getOrDefault()早期没加 default，后来加了——但它本质是为弥补 API 缺失，不是语义核心；而Map.merge()就是典型 default 方法，封装了“存在则更新、不存在则插入”的通用流程 - ⚠️ 注意：
default方法里不能访问实现类的私有字段，也不能调用this的非 public 方法（除非是 public/default 接口方法）
default 方法和 static 方法在接口里的区别
两者都允许接口有具体实现，但调用方式、生命周期和设计意图完全不同。
-
default方法是实例方法：通过对象调用，可以被子类覆盖，能访问this和其他 default 方法 -
static方法是接口级别的工具方法：通过接口名调用（如List.of()），不能被覆盖，也不参与多态 - 性能上无实质差异，但
static更轻量（不依赖实例），default更灵活（可基于实例状态做判断） - 常见误用：试图在
static方法里访问this—— 编译直接失败，this在 static 上下文中不存在
继承冲突时怎么选？当两个接口都有同名 default 方法
Java 不允许含糊其辞。如果一个类同时 implements A, B，而 A 和 B 都定义了 default void foo() { ... }，编译器会拒绝编译，并提示类似 class C inherits unrelated defaults for foo() from types A and B。
你必须在类中显式提供实现——哪怕只是转发给其中一个：
public void foo() {
A.super.foo(); // 明确调用 A 的版本
}
- 不能只写
A.super.foo();而不写方法体，否则还是编译错误 - 如果其中一个接口的方法是
default，另一个是abstract，那必须实现 abstract 版本，default 版本自动被忽略（不冲突） - 如果父接口和子接口都定义了同名 default 方法，子接口的会覆盖父接口的（类似类继承中的方法覆盖）
真正容易被忽略的是：这种冲突往往藏在间接继承里——比如你只写了 implements MyService，但 MyService extends CrudRepository & Cacheable，而这两个父接口又各自定义了 clearCache()……这时候得一层层翻源码，而不是只看当前 implements 列表。
