jdk8的default方法支持接口平滑升级：实现类无需修改即可使用新方法；同名时优先调用实现类版本；不能访问实例字段；多接口冲突需显式覆写；static方法提供无状态工具逻辑。
使用 JDK8 的 default 方法，可以在不破坏已有实现类的前提下，为接口新增方法，从而实现接口库的平滑升级。
理解 default 方法的作用边界
default 方法是接口中带有方法体的非抽象方法，它允许你在不修改所有实现类代码的情况下扩展接口功能。关键点在于：
- 实现类无需重写
default方法即可直接使用； - 若实现类已定义同签名方法，则优先调用实现类自己的版本；
-
default方法不能访问实例字段（接口无状态），只能调用其他default或static方法； - 多个接口含同名
default方法时，实现类必须显式覆写以解决冲突。
升级旧接口：添加新能力而不破环兼容性
假设你维护一个日志接口 Logger，早期只有 log(String msg)：
public interface Logger {
void log(String msg);
}
现在想支持结构化日志（带 level、tag 等），又不能让所有用户立刻改代码。可这样升级：
升级后接口：public interface Logger {
void log(String msg);
// 新增默认方法，老实现类自动获得基础支持
default void log(Level level, String msg) {
log("[" + level + "] " + msg);
}
default void logWithTag(String tag, String msg) {
log("[" + tag + "] " + msg);
}
}
已有实现类（如 ConsoleLogger）无需任何改动，就能直接调用 log(Level.INFO, "hello")。
配合 static 方法提供通用工具逻辑
default 方法适合“每个实现都可能需要的通用行为”，而 static 方法适合“与接口相关但不依赖实现状态”的工具函数。例如：
public interface Logger {
// ... 上面的方法
// 工具方法：不需要实例上下文，直接用接口调用
static Logger nullLogger() {
return msg -> {}; // 返回空实现
}
}
用户可直接写 Logger.nullLogger().log("test")，无需构造具体子类。
避免陷阱：合理设计 default 方法的粒度和职责
不是所有新增方法都适合设为 default。要注意：
- 不要在
default方法中强依赖未声明的能力（比如假设实现类一定有某个字段或方法）； - 避免过度封装——若新方法逻辑复杂、性能敏感或需深度定制，应仍由实现类自行决定；
- 如果新增方法语义上属于“核心契约”（比如必须被正确实现才能保证协议一致），就该保持抽象，强制子类实现；
- 可通过提供一个
AbstractLogger抽象类来承载更重的默认逻辑，把default方法留给轻量适配层。
