default方法是最稳妥的升级方式，需满足jdk 8+编译、运行时版本≥编译版本、旧实现类无同签名方法三个条件；适合轻量增强，语义重构应采用接口版本化或适配器模式。
直接加 default 方法是最稳妥的升级方式，前提是环境和写法都合规。它能让老实现类不改一行代码就用上新功能，jvm 在链接阶段自动回退到接口里的默认实现。
确保运行和编译环境达标
兼容性不是光写 default 就能成立的，三个条件缺一不可：
- 接口必须用 JDK 8 或更高版本编译（Maven 中
<source></source>和<target></target>都要设为 1.8+） - 所有调用方运行时的
java -version必须 ≥ 接口编译所用 JDK 版本 - 旧实现类不能已定义同签名方法——否则会跳过默认实现，直接调用已有方法，可能语义不符
新增功能优先用 default 方法，别动老方法
想加能力，就加新方法，而不是修改已有抽象方法的签名或语义。例如原接口只有 String getName()，现在需要支持带格式的名称，可以这样扩展：
- 新增
default String getFormattedName(String format)，内部默认返回getName() - 保留
getName()不变，所有旧实现类继续正常编译和运行 - 新业务可直接调用
getFormattedName，老实现类也能用默认逻辑兜底
处理多接口冲突和泛型陷阱
当一个类实现多个接口，且它们都有同名同参的 default 方法时，Java 编译器会强制你解决歧义：
- 必须在实现类中 @Override 该方法，并显式选择调用路径，比如
InterfaceA.super.method() - 泛型方法要小心桥接冲突：避免同时声明
<t> default void process(T t)</t>和原始类型重载default void process(Object o)，类型擦除后可能生成重复签名，导致编译失败 - default 方法体内不能调用未在接口中声明的方法（如
this.toString()），否则运行时报AbstractMethodError
大变更别硬塞 default，考虑版本化或适配器
default 方法适合轻量增强，不适合语义重构或参数删减：
- 如果要改
save(User user)为save(UserCreateDTO dto)，应新建UserServiceV2接口，而非在原接口里加 default - 已有大量老实现类？加一层适配器类，把新接口调用转成对老方法的委托，业务代码只依赖新接口
- 配合
@Deprecated标记旧接口，并在构建流程中检查未迁移的实现，推动渐进式替换
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
