Java 8接口默认方法实现向后兼容需满足三前提：编译目标≥JDK 8、运行时版本≥编译版本、旧实现类无同签名非default方法；其本质是JVM链接时自动fallback至接口默认实现。
能平滑添加，但关键不在“写了 default”本身，而在于整个编译、运行和语义链条都对齐。旧实现类不改代码就能用新方法，是 JVM 在链接阶段自动 fallback 到接口默认实现的结果，不是语法糖的魔法。
必须满足的三个硬性前提
缺一不可，否则直接报错，兼容性立刻失效：
- 接口编译目标版本 ≥ JDK 8（如 Maven 中
<source></source>和<target></target>都设为 1.8 或更高） - 所有使用该接口的模块，其运行时
java -version输出版本 ≥ 接口编译所用 JDK 版本 - 旧实现类中不能已定义同签名的非 default 方法——如果已有，它会被优先调用；但如果签名相同却没实现，JVM 才会走 default
default 方法怎么写才真正安全
不是加了 default 就万事大吉。一个真正能兜住老代码的 default 方法，应满足：
- 方法体逻辑简单、无副作用：比如字符串拼接、委托调用已有 public 方法，不查数据库、不读配置、不依赖 Spring Bean
- 不访问实现类私有字段或实例状态（
this在 default 方法里只认接口可见方法） - 显式写
public修饰符（Java 8 默认就是 public，但写出来更清醒，也避免 IDE 误判） - 避免泛型擦除冲突：例如不要同时定义
<t> default void process(T t)</t>和default void process(Object o)，类型擦除后可能生成重复签名，编译失败
多个接口冲突时必须手动解决
当一个类同时实现 InterfaceA 和 InterfaceB，且两者都提供了同签名的 default 方法（如 void close()），Java 编译器不会妥协，直接报错：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
class inherits unrelated defaults for close() from types InterfaceA and InterfaceB此时唯一合法做法是：在实现类中显式 @Override 并指定调用路径，例如：
@Override public void close() { InterfaceA.super.close(); }- 不能只写
InterfaceA.super.close();而不加@Override，否则编译不通过
别把 default 当万能兜底
它保编译、保启动，但不保行为合理。常见陷阱包括：
- 默认实现抛
UnsupportedOperationException：这不是兼容，是甩锅 - 第三方库升级后悄悄加了同名 default 方法，和你项目里已有实现签名一致但语义不同——JVM 会优先选你类里的实现，而你可能根本没意识到它已被覆盖
- 把 default 方法误当成 static 方法用：static 只能通过接口名调用，default 才能被实例调用或重写
