java禁止类多重继承抽象类，需通过抽象类（定义“是什么”）与接口（声明“能做什么”）职责分离、组合策略及多层继承实现能力复用。
Java 不允许一个类 extends 多个抽象类，这是语言层面的硬性限制，目的是规避菱形继承、方法冲突、状态初始化歧义等工程风险。但实际业务中常需融合多种能力——比如一个服务既要具备“可审计”“可重试”，又要继承“统一日志模板”和“配置驱动行为”。这时不能靠强行突破 extends 限制，而要靠抽象类与接口的职责分离 + 组合策略来完成综合架构。
明确分工：抽象类管“是什么”，接口管“能做什么”
抽象类应承载有状态、有骨架逻辑、有构造上下文的共性，例如：
-
共享字段（如
protected final Config config、private AtomicInteger retryCount） -
模板方法（如
executeWithRetry()定义流程：校验→执行→异常处理→重试→结果封装） -
受保护的工具方法（如
logStart(String op)封装统一日志前缀和 traceId 注入）
接口则专注契约声明，不带状态、无构造器、天然支持多实现，例如：
-
AuditCapable（声明
recordAuditLog()） -
Transactional（声明
beginTx()/commitTx()） -
FallbackAware（声明
onFailure(FallbackContext ctx)）
用组合替代多重继承：把抽象能力拆成可插拔组件
当多个抽象类各自提供不可替代的功能时，不要试图让子类去“继承两个父类”，而是将其中一部分抽象能力下沉为 接口 + 默认实现类，再通过字段组合引入：
- 把“可重试逻辑”从抽象类中剥离，定义为
RetryPolicy接口，并提供默认实现ExponentialBackoffRetry - 在主抽象类中声明
protected final RetryPolicy retryPolicy，构造时注入 - 子类只需继承一个抽象基类，但可通过组合获得多种策略行为
这样既保持单继承干净，又避免了接口膨胀（比如不用为每种重试策略都定义新接口），还支持运行时替换策略。
接口多实现 + 默认方法协同抽象类骨架
JDK 8+ 的接口默认方法不是“绕过限制”的后门，而是用于增强契约表达力。合理使用可减少抽象类数量：
- 若某行为在多数实现中逻辑一致（如 JSON 序列化通用包装），放在接口中用
default实现 - 若该行为依赖实例状态（如
this.id或this.config.timeout()），仍应保留在抽象类中 - 当抽象类与接口存在同名方法时，抽象类中的实现优先级高于接口默认方法；子类可显式调用
InterfaceName.super.method()明确委托
分层建模：用多层继承 + 接口混搭构建可演进结构
大型系统中，可采用“基类 → 领域抽象类 → 场景接口”的三层结构：
- BaseService（抽象类）：提供线程上下文传递、指标埋点、基础异常转换
- OrderService（抽象类，继承 BaseService）：封装订单生命周期钩子、幂等键生成规则、库存预占模板
- PromotionOrderService extends OrderService implements AuditCapable, FallbackAware（具体类）：只写促销特有的计算逻辑，其余由父类和接口默认方法支撑
这种结构让新增业务类型（如团购订单、跨境订单）只需继承 OrderService 并选择性实现接口，无需修改已有抽象类，也无需重复定义通用能力。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
