java接口默认方法实现向后兼容演进：老实现类无需修改即可运行新方法，jvm链接时自动fallback到接口默认实现；支持组合复用、多接口冲突需显式覆盖；升级应分兼容期、提示期、清理期三阶段推进。
Java 接口的默认方法支持向后兼容的接口演进，核心在于它让已有实现类“零修改”就能通过编译并运行新方法——不是靠语法宽松，而是靠 JVM 在链接阶段自动 fallback 到接口提供的默认实现。
编译期不强制重写，老代码照常通过
旧实现类即使完全不知道新方法的存在，也能顺利编译。这是因为 default 方法自带方法体，编译器不会像对待抽象方法那样要求实现类必须提供对应实现。例如 JDK 8 给 Collection 加了 stream() 和 removeIf()，所有已有的 ArrayList、LinkedList 甚至第三方集合类都不用改一行代码，直接可用。
- 新增 default 方法后，老实现类字节码中没有同签名方法 → JVM 自动调用接口默认逻辑
- 若老实现类已定义同签名方法（哪怕只写了个空实现），则优先执行该实现，default 被忽略
- 可用
javap -v YourImpl.class检查是否真没声明该方法
运行时自动继承，行为可复用可组合
default 方法不是孤立存在，它能调用接口内已有的 public 抽象或 default 方法，从而基于已有能力构建新行为。这种组合式设计让默认逻辑天然具备可复用性和稳定性。
-
Iterable.forEach()基于iterator()实现，只要实现类提供了迭代器，就能开箱即用 - 你自定义的
DataContainer接口加first()，只需调用iterator().next()即可 - 避免在 default 方法里访问实现类字段、抛受检异常、强转
this或依赖外部状态
冲突必须显式解决，语义不模糊
当一个类实现多个接口，而它们都定义了同名同参的 default 方法时，Java 不会静默选一个，而是强制你在实现类中用 @Override 显式覆盖，并明确指定调用路径。
- 编译错误示例：
class inherits unrelated defaults for close() from types InterfaceA and InterfaceB - 合法写法：
@Override public void close() { InterfaceA.super.close(); } - 只写
InterfaceA.super.close();而不加@Override方法声明 → 编译失败 - 这不是缺陷，而是把“两个接口对同一行为给出不同含义”的决策权交还给开发者
升级需分阶段推进，不靠一次发布搞定
真正平滑的演进不是加个 default 就结束，而是有节奏地引导迁移：
-
兼容期：新增 default 方法，逻辑尽量复用已有抽象方法（如
findActiveUsers()基于findAll()过滤） -
提示期：在旧方法的 Javadoc 标注
@deprecated，并在 default 方法体中加入开发环境日志提醒（如if (isDev()) System.err.println("Use newMethod() instead")） - 清理期：确认大部分调用方已迁移后，再移除旧方法（此时需打破兼容性，应慎重）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
