default方法需通过接口引用调用以参与多态，不可在实现类内直接调用；应结合抽象钩子方法实现可定制的多态扩展，避免同名冲突与越界访问。
可以，但关键不是“加方法”，而是让新行为自然融入已有多态体系——default 方法本身不改变多态结构，它让所有实现类在不重写的情况下自动获得统一的新能力，调用时仍走多态分派。
确保新功能真正参与多态调用
default 方法是实例方法，必须通过接口引用调用，才能体现多态性。它不是工具函数，不能脱离接口上下文使用。
- ✅ 正确：用 接口类型变量 调用，如
Processor p = new FileProcessor(); p.logBefore();—— 运行时若FileProcessor重写了该方法，就执行重写版；没重写，就执行接口 default 版 - ❌ 错误：在实现类内部直接写
this.logBefore()（未声明该方法）或通过new FileProcessor().logBefore()强制调用——可能触发AbstractMethodError或绕过多态机制 - 调用前确认接口已声明该 default 方法，且实现类编译目标版本 ≥ Java 8，运行时 JDK 版本 ≥ 接口编译版本
用抽象方法定义可插拔的“钩子”
单纯在 default 方法里写死逻辑，会导致所有实现类行为一致，失去多态意义。真正扩展多态功能，要靠“骨架+钩子”模式。
- 在接口中声明抽象方法作为定制点，例如：
protected abstract String getTraceId();或default boolean shouldRetry() { return false; } - default 方法封装通用流程，再组合这些钩子：
default void executeWithRetry() { if (shouldRetry()) { /* 重试逻辑 */ } doActualWork(); } - 每个实现类按需提供自己的钩子实现，运行时自动生效，无需修改调用方代码
避免多个 default 方法引发冲突破坏多态一致性
当一个类实现多个接口，且它们都提供了同签名 default 方法时，Java 不会自动选择，而是强制编译失败——这会中断多态调用链。
立即学习“Java免费学习笔记（深入）”；
- 设计新接口时，优先复用已有语义明确的方法名（如
getId()、isValid()），避免随意新增同名 default 方法 - 若必须共存，实现类须显式重写并明确委托，例如：
public String getId() { return A.super.getId(); }，否则无法编译 - 不要依赖“某个接口的 default 方法会被静默覆盖”——JVM 不做这种妥协，冲突必须由开发者显式解决
注意 default 方法的访问边界，防止多态失效
default 方法体内 this 的能力受限，它看不到实现类的字段和未声明方法，一旦越界，多态调用就会在运行时报错，而非编译期暴露问题。
- 只允许调用本接口中已声明的 public abstract 方法（此时才触发实现类重写）
- 只允许调用本接口中其他 default 或 static 方法
- 禁止强转
this为具体实现类类型，也不得访问private字段或调用未在接口中声明的toString()、hashCode()等 - 需要访问实现类特有逻辑？把它抽成抽象方法暴露出来，让多态机制接管
