Java 8起接口支持default方法，必须有方法体、不可static/private（除Java 9+ private辅助方法），可被实现类继承或重写，多接口同名default需显式覆盖，适用于无状态通用行为扩展。
Java 8 起支持 default 方法，但必须写在 interface 中，且不能有 static 或 private 修饰（除非是 private 辅助方法配合 default）。
default 方法的语法和基本规则
接口中用 default 修饰的方法会自动被实现类继承，无需强制重写。它不是抽象方法，也不影响接口的“契约性”——只是提供可选的默认行为。
注意几个硬性限制：
-
default方法必须有方法体（即花括号{}），不能以分号结尾 - 不能与类中已有的方法签名冲突；若实现类已定义同名同参方法，会直接覆盖
default版本 - 多个接口含同名
default方法时，实现类必须显式重写，否则编译报错：class X inherits unrelated defaults for method Y from types A and B -
default方法可以调用public或private接口方法（Java 9+ 支持private接口方法）
示例：
interface Drawable {
void draw(); // 抽象方法
default void resize(int width, int height) {
System.out.println("Resizing to " + width + "x" + height);
}
private String getLogPrefix() {
return "[Drawable]";
}
}
什么时候该用 default 方法，而不是 abstract class
当你需要给多个不相关的类（比如 Circle、SVGImage、TextBlock）统一添加某项能力（如序列化、日志记录、缓存检查），又不想破坏现有继承结构时，default 方法比抽象类更轻量。
但要注意边界：
- 如果逻辑依赖状态（即需要访问
this的字段），default方法能用，但字段必须由实现类自己提供；接口不能声明实例字段 - 如果默认行为高度依赖具体实现细节（比如要读取某个私有
cacheMap），那就别硬塞进default，改用模板方法模式或策略接口 - 避免在
default方法里做重量级初始化（如启动线程、加载配置文件），因为调用方无法控制时机
default 方法和 static 方法的区别与协作
default 是实例方法，可被重写、可访问实现类的 this；static 接口方法属于接口本身，只能通过接口名调用（如 Drawable.create()），不可被继承或重写。
常见组合用法：
- 用
static方法封装工厂逻辑，返回实现了该接口的对象 - 用
default方法提供通用行为，比如validate()或toJSON() - 用
private接口方法（Java 9+）抽离default方法中的重复逻辑，避免代码膨胀
例如：
interface Parser<t> {
T parse(String input);
default boolean isValid(String input) {
return input != null && !input.trim().isEmpty() && doValidate(input);
}
private boolean doValidate(String s) {
return s.length() <h3>容易被忽略的继承冲突与调试技巧</h3>
<p>最常踩的坑是多个接口同时提供同签名 <code>default</code> 方法，而实现类没处理。编译器不会帮你选，必须显式解决。</p>
<p>调试建议：</p>
<ul>
<li>遇到编译错误提示 “inherits unrelated defaults”，立刻检查实现类 <code>implements</code> 的所有接口，搜索同名方法</li>
<li>重写冲突方法时，可用 <code>InterfaceName.super.method()</code> 显式调用某一方的 <code>default</code> 实现，比如：<code>Parser.super.isValid(s)</code>
</li>
<li>IDE（如 IntelliJ）通常会在类名上标黄并提示“must implement inherited default method”，点进去就能快速生成存根</li>
<li>不要在 <code>default</code> 方法里抛未检查异常（如 <code>NullPointerException</code>）来替代空值校验——这会让调用方难以预料</li>
</ul>
<p>真正麻烦的不是写 <code>default</code>，而是后续维护时忘了它已被某子类覆盖，或在重构接口时误删了被广泛依赖的 <code>default</code> 方法。</p></t>
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
