接口与抽象类应分层协作：接口定义能力契约并提供极简默认方法，抽象类封装状态与流程实现；方法解析优先级为类自身>父类>接口默认方法；抽象类可作为接口的通用实现载体。

接口默认方法和抽象类不是互斥选项，而是可以分层协作：接口定义能力契约，抽象类封装可复用的状态与流程。

职责分工要清晰

接口应聚焦“能做什么”，比如 PaymentProcessor 声明 process() 和 refund()；默认方法只放极简、无状态逻辑，如空参数校验或基础格式转换。抽象类则负责“怎么做”，比如 AbstractCreditCardProcessor 持有卡号加密器、风控客户端等成员变量，并在 process() 中编排调用顺序——这需要构造器初始化和实例字段，接口做不到。

继承链中优先级明确

当一个类同时继承抽象类并实现多个接口时，方法解析有固定顺序：

• 类自身定义的方法最高优先
• 其次为父类（含抽象类）中提供的实现
• 最后才考虑接口的 default 方法

这意味着只要抽象类实现了某个方法，哪怕接口也提供了同名 default 方法，也不会触发冲突，编译器直接采用抽象类版本。

抽象类可作为接口的默认实现载体

常见模式是抽象类实现接口，并提供通用骨架：

• AbstractList 实现 List 接口，把 size()、isEmpty() 等共性逻辑写死，子类只需专注 get(int) 等核心行为
• 这样既保留接口的多实现能力，又避免每个实现类重复写样板代码
• 如果后续接口新增 default 方法，抽象类可选择覆盖或沿用，不影响已有子类

避免默认方法越界承担

以下情况更适合交给抽象类而非接口 default 方法：

• 需要访问 this 或实例字段（接口不能声明非 static final 字段）
• 涉及资源初始化（如打开连接、加载配置），需构造器参与
• 逻辑包含条件分支+状态变更，已超出“轻量契约补充”范畴

强行塞进 default 方法，会导致语义模糊、测试困难、难以扩展。