能，但需满足三前提：接口编译版本≥jdk 8、调用方运行时jdk≥接口编译版本、实现类未定义同签名方法；否则抛nosuchmethoderror或编译失败。
能，但必须满足三个前提：接口编译目标版本 ≥ JDK 8、所有调用方运行时 JDK 版本 ≥ 接口编译版本、实现类未自行定义同签名方法。否则会抛 NoSuchMethodError 或编译失败。
核心机制：运行时自动回退
JVM 在链接阶段不强制实现类提供接口中所有方法的字节码。当调用一个 default 方法时，若实现类字节码中没有该方法签名，JVM 会自动委托到接口定义的默认实现——这正是二进制兼容性的底层保障。
- 旧实现类（如 JDK 7 编译的
ArrayList）无需重编译，就能直接使用 JDK 8 新增的Iterable.forEach() - 验证方式：用
javap -v YourImpl.class查看方法表，若无新增方法名，说明依赖的就是回退逻辑 - 注意：若实现类已有空实现或任意同签名方法，default 就被完全忽略，升级失效
设计原则：只追加，不重构
default 方法适用于「行为追加」，不是「契约变更」。它无法解决参数列表、返回类型或异常声明的改动。
- ✅ 允许：新增
default void logWithTag(String tag, String msg)，复用已有log(String) - ❌ 不允许：把
String process(String)改成String process(String, boolean)；应另起名如processV2() - ⚠️ 隐性破坏：default 方法内调用
this.getCache()，而实现类未提供该方法 → 运行时报NoSuchMethodError
避免冲突与陷阱
多个接口提供同名 default 方法时，Java 编译器会强制你显式解决歧义，不给绕过机会。
- 错误提示：
class inherits unrelated defaults for close() from types InterfaceA and InterfaceB - 解决方式：在实现类中
@Override并明确选择路径，例如InterfaceA.super.close() - 禁止在 default 方法中访问实例字段、强转
this、调用未在接口声明的方法（如toString()），否则触发AbstractMethodError - 泛型擦除可能导致桥接方法冲突，尤其在原始类型与参数化类型混用时，编译期报错但难定位
升级节奏：分阶段推进
平滑升级不是一次性动作，而是可控的三步演进。
-
兼容期：添加 default 方法，基于已有抽象方法组合出合理默认逻辑（如
findActiveUsers()基于findAll()过滤） -
提示期：在 Javadoc 标注
@deprecated旧方法，并在 default 方法体中加开发环境日志提醒迁移 - 清理期：待多数实现类完成覆盖后，在下一个主版本（如 v2.0）中移除旧抽象方法
