Java接口default方法实现平滑升级需满足编译版本≥JDK8、运行环境版本匹配、实现类无同签名方法三重约束；须显式public、仅调用接口内public方法、避免泛型冲突；多接口同名default需@Override明确指定调用路径；分兼容期、提示期、清理期三阶段推进。
Java 接口中用 default 方法实现平滑升级，核心是让老实现类不改代码就能获得新能力——但不是加个 default 就自动生效，得满足版本、签名、调用三重约束。
确保 default 方法真正被旧实现类用上
JVM 只有在三个条件同时满足时，才会把调用“回退”到接口的 default 实现：
- 接口编译目标版本 ≥ JDK 8（Maven 中
<source>1.8</source>且<target>1.8</target>） - 所有运行该接口的环境，
java -version≥ 接口编译所用 JDK 版本（JDK 7 运行会报UnsupportedClassVersionError） - 实现类字节码中没有同签名方法（哪怕只写了一句
public void close() {}，default 也会被完全忽略）
验证方式：用 javap -v YourImpl.class 查看方法表，若无新增方法名，说明 fallback 成功。
写一个安全、可复用的 default 方法
它不是普通方法，不能随意访问上下文。必须遵守边界：
立即学习“Java免费学习笔记（深入）”；
- 方法体必须完整，不能以分号结尾（如
default void log() { }合法，default void log();报错） - 只能调用本接口已声明的 public 方法（抽象或 default），不能调用
toString()、hashCode()等未在接口中定义的方法 - 不能强转
this、不能访问私有字段、不能依赖 Spring Bean 或数据库等外部状态 - 显式加上
public修饰符（虽默认 public，但写出来防 IDE 误判、提升可读性） - 避免泛型擦除冲突，比如不要同时定义
<T> default void process(T t)和default void process(Object o)
处理多接口同名 default 方法冲突
当一个类实现多个接口，而它们都提供了同签名的 default 方法（如都定义了 close()），编译器会直接报错：
class inherits unrelated defaults for close() from types InterfaceA and InterfaceB
唯一合法解法是：在实现类中用 @Override 显式覆盖，并指定调用路径，例如：
@Override<br>public void close() {<br> InterfaceA.super.close();<br>}
漏掉 @Override 注解，或只写 InterfaceA.super.close(); 而不覆盖方法声明，都会编译失败。
分阶段推进，而不是一次发布就完成
平滑升级本质是节奏控制，分三期落地：
-
兼容期：新增 default 方法，逻辑尽量基于已有抽象方法组合（如
findActiveUsers()内部调用findAll().stream().filter(...)） -
提示期：在旧方法 Javadoc 中加
@deprecated，并在 default 方法体中加入开发环境日志（如if (isDev()) System.err.println("请迁移到 findActiveUsers()")） - 清理期：待多数实现类完成覆盖后，在下一个主版本（如 v2.0）中才真正移除旧抽象方法
