可在不改实现类代码前提下，通过default方法为接口追加新功能，使其自然融入调用链且对老实现类透明；需提供完整实现、复用已有抽象方法、支持重写覆盖，并配合钩子机制与static工具方法实现可插拔扩展。
可以在不改任何实现类代码的前提下，通过 default 方法 给接口追加新业务功能——关键不是“加方法”，而是让新功能自然融入现有调用链，且对老实现类完全透明。
用 default 方法提供可选、可覆盖的默认行为
Java 8 起支持在接口中定义带实现体的 default 方法。已有实现类无需修改，编译和运行都通过；需要定制逻辑的实现类，只需重写该方法即可。
- 方法必须用
default修饰，并提供完整实现（不能只写签名） - 默认逻辑应尽量复用接口内已有的抽象方法，比如
findActiveUsers()基于findAll()过滤 - 若实现类已定义同名同参方法，则优先执行实现类版本；否则自动回退到接口 default 实现
- 调用时必须通过接口引用（如
Service s = new Impl(); s.doSomething();），才能触发多态分派
把可变逻辑拆成“钩子”，实现真正可插拔扩展
单纯写死 default 方法会让所有实现类行为一致，失去多态意义。更合理的方式是预留抽象钩子，由各实现类按需提供差异逻辑。
- 在接口中声明受保护的抽象方法，如
protected abstract String getTenantId(); - 或定义可覆盖的 default 钩子，如
default boolean shouldAudit() { return false; } - 主流程方法封装通用逻辑并组合钩子：
default void process() { if (shouldAudit()) audit(); doCoreWork(); } - 每个实现类只需实现自己的钩子，调用方代码完全不用动
搭配 static 方法封装无状态工具能力
如果新功能与具体实现无关，比如参数校验、JSON 解析、空对象构造等，更适合定义为 static 方法。
- 调用方式固定：
MyInterface.validate(input)，不参与继承，也不影响实现类 - 天然线程安全，不依赖实例状态，适合高复用、无副作用的操作
- 避免每个实现类重复写相同的工具逻辑，也防止 default 方法里因访问未声明方法而报
AbstractMethodError
提前规避多接口冲突与调用陷阱
当一个类实现多个接口时，同签名 default 方法会引发编译错误，必须显式解决；同时要确保调用路径安全。
- 若两个接口都有
close()default 方法，实现类必须@Override并明确选择：A.super.close()或B.super.close() - 禁止在 default 方法内强转
this、访问私有字段、调用未在接口声明的方法（如toString()） - 验证是否真正回退生效：用
javap -v Impl.class查看字节码，确认没有同签名方法存在
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
