接口多实现支持能力组合，类单继承保障语义清晰；前者定义“能做什么”，后者表达“是什么”，二者协同提升灵活性、可维护性与低耦合。
Java 中接口的多实现和类的单继承是两种不同维度的设计机制，它们解决的问题不同，但协同工作能显著提升代码的灵活性与可维护性。核心优势在于：接口多实现支持“能力组合”，而类单继承强调“本质归属”，二者结合避免了多重继承的复杂性，又保留了功能复用的自由度。
接口多实现：让对象拥有多种能力
一个类可以同时实现多个接口，意味着它可以具备多种独立的行为契约。比如一个 SmartDoor 类既可以实现 Lockable（提供上锁/解锁），又可以实现 AlarmTriggerable（触发警报），还能实现 RemoteControllable（远程控制）——这些能力彼此正交，互不干扰。
- 接口只定义“能做什么”，不涉及“怎么做”或“是什么”，实现类自主决定细节
- 不同模块可定义各自接口（如支付模块的 Payable、日志模块的 Loggable），业务类按需组合，低耦合
- 便于单元测试：可为每个接口单独 mock，无需构造庞大继承链
类单继承：保证类型语义清晰稳定
Java 强制类只能有一个直接父类，这避免了菱形继承带来的歧义（如方法覆盖冲突、状态初始化顺序混乱）。例如 Car 继承自 Vehicle，语义明确；若允许同时继承 Vehicle 和 ElectronicDevice，就难以界定“引擎启动”和“系统开机”哪个是主生命周期行为。
- 继承表达的是“is-a”关系，应严格反映领域本质，不宜泛化
- 父类封装共性状态与基础逻辑（如 Vehicle 的 speed、start()），子类专注差异化扩展
- 简化 JVM 类加载与方法分派逻辑，运行时更可靠
对比带来的实际设计优势
这种分离让开发者能在抽象层面解耦关注点：继承管“身份”，接口管“技能”。真实项目中常见模式包括：
立即学习“Java免费学习笔记（深入）”；
- 策略+角色混合：一个 OrderService 类继承 BaseService（获得通用事务、日志能力），同时实现 Retryable、Notifiable、Auditable 等接口，按场景启用对应行为
- 框架集成友好：Spring Bean 可实现 InitializingBean、DisposableBean、ApplicationContextAware 等多个标记/回调接口，无需修改继承结构
- 演进成本更低：新增一种能力只需定义新接口并让相关类实现，不影响现有继承体系，也不需要重构父类
注意边界：别用接口替代继承该做的事
接口不适合承载共享状态或默认行为过多的逻辑（Java 8+ 虽支持 default 方法，但过度使用会模糊职责）。如果多个实现类有大量相同字段和模板逻辑，说明它们可能本就该共有一个父类——此时应优先考虑继承，再辅以接口补充额外能力。
- 状态相关的共性（如 id、createTime、version）适合放在抽象基类中
- 行为契约类的共性（如 validate()、serialize()、toDto()）更适合抽取为接口
- 当发现多个接口总是一起被实现，可能是职责划分过细，可考虑合并或引入组合接口（如 CRUDable）
