default方法能保证二进制兼容，但需编译目标≥jdk8、运行时版本≥编译版本、旧实现类无同签名方法；其逻辑应简单无副作用、不访问未声明方法、显式写public、避免泛型擦除冲突；多接口冲突须显式@override选边；升级需分兼容期、提示期、清理期三阶段推进。
能保证，但不是加了 default 就自动兼容——关键在编译、运行、语义三者对齐。旧实现类不改一行代码就能调用新方法，靠的是 JVM 在方法链接阶段自动 fallback 到接口默认实现，这是二进制兼容的底层机制。
必须守住的三个硬性前提
缺一不可，否则直接报 NoSuchMethodError 或编译失败：
- 接口编译目标版本 ≥ JDK 8（Maven 中
<source></source>和<target></target>都要设为1.8或更高） - 所有调用方运行时的
java -version≥ 接口编译所用 JDK 版本（JDK 7 运行 JDK 8 编译的接口会抛UnsupportedClassVersionError） - 旧实现类字节码中不能已有同签名方法（可用
javap -v YourImpl.class查验；若有，default就被完全忽略）
default 方法怎么写才真正兜得住老代码
不是加了关键字就安全。一个可信赖的 default 方法应满足：
- 逻辑简单、无副作用：只做字符串拼接、委托调用已有
public抽象方法，不查库、不读配置、不依赖 Spring Bean - 不访问
this的私有状态：只能调用本接口已声明的方法（抽象或default），不能调用toString()、hashCode()等未在接口中定义的方法，否则运行时报AbstractMethodError - 显式写
public修饰符（Java 默认是public，但写出来更清晰，也避免 IDE 误判） - 避免泛型擦除冲突：比如不要同时定义
<t> default void process(T t)</t>和default void process(Object o)，擦除后可能生成重复签名
多接口冲突时必须手动选边
当一个类同时实现 InterfaceA 和 InterfaceB，而两者都提供了同签名 default 方法（如 void close()），Java 编译器会强制报错：
唯一合法解法是在实现类中显式 @Override，并指定调用路径：
@Override
public void close() {
InterfaceA.super.close();
}
不能漏掉 @Override，也不能只写 InterfaceA.super.close(); 而不覆盖。
升级节奏要分阶段推进
平滑不是靠一个 default 方法搞定，而是可控的演进过程：
-
兼容期：添加
default方法，逻辑尽量复用已有抽象方法（例如findActiveUsers()基于findAll()过滤） -
提示期：在旧方法 Javadoc 标注
@Deprecated，说明替代方案 - 清理期：确认旧调用归零后，再移除废弃方法（不建议直接删，可保留空实现并加日志监控）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
