Java 8接口中default方法是为已有接口安全扩增方法，避免强制所有实现类立即修改代码，如Collection接口新增stream()、removeIf()等方法。
Java 8接口里写default方法是为了解决什么问题
不是为了“多继承”或者“偷懒加功能”，而是为已有接口安全扩增方法，不强制所有实现类立刻改代码。比如 Collection 接口在 Java 8 加了 stream()、removeIf() 这些方法——如果不用 default，整个生态的实现类（ArrayList、LinkedList、第三方集合库）全得重写，根本推不动。
- 典型场景：JDK 自身升级接口，或你维护一个被广泛实现的公共 API 接口
- 关键约束：
default方法只能出现在interface中，不能在abstract class里用 - 它不是“覆盖父类方法”的逻辑，而是“当实现类没提供时才 fallback 使用”
怎么写一个真正能用的default方法
语法很简单，但容易漏掉两个关键点：访问修饰符必须是 public（即使不写也默认是），且不能是 static 或 private（Java 9+ 才支持 private default 方法，但那是另一回事）。
-
default方法可以调用其他default方法，也可以调用static方法，但不能直接访问实现类的实例字段（没有this指向具体对象） - 参数和返回值完全自由，和普通实例方法一样；但注意别依赖
Object的非public方法（如clone()），因为接口不知道实现类是否重写了它 - 示例：
interface Logger { default void logInfo(String msg) { log("[INFO] " + msg); } void log(String msg); // 必须由实现类提供 }
当多个接口都有default方法，实现类该怎么选
编译器会报错，不是运行时出问题。只要一个类同时 implements 两个定义了同签名 default 方法的接口，就必须在类里显式重写该方法，哪怕只是调用其中一个 super 版本。
- 错误现象：
classes A and B both define default method xxx(), they are inherited by C - 正确做法：在实现类中写
@Override public void xxx() { InterfaceA.super.xxx(); } - 不能只写
InterfaceA.super.xxx()而不加@Override—— 编译器不认，会当成新方法 - 这种冲突不是设计缺陷，而是强制你面对“语义歧义”：两个接口对同一行为给出了不同默认逻辑，你得明确选边
default方法和static方法在接口里的分工区别
static 方法属于接口本身，不参与实现类的继承链；default 方法才是给实现类用的“可选实例行为”。混淆这两者会导致调用失败或语义错乱。
立即学习“Java免费学习笔记（深入）”；
-
static方法只能通过接口名调用（MyInterface.doStatic()），不能被实现类继承或重写 -
default方法可以通过实现类实例调用（obj.doDefault()），也可被重写 - 性能上没本质差异，但
static更适合工具逻辑（如工厂、转换），default更适合“带状态感知”的通用行为（如基于this做条件判断） - 别试图在
default方法里调用this.getClass()来做反射分发——虽然能跑，但破坏了接口抽象性，也难测试
default，就等于锁死了它的演化路径。 
