java通过接口实现多继承，允许类实现多个接口以突破单继承限制；接口定义行为契约，default方法支持逻辑复用，委托模式提升灵活性，角色建模应优先于功能堆砌。
Java 不支持多继承，但允许一个类实现多个接口，这是突破单继承限制的核心机制。接口只定义行为契约，不包含具体实现（默认方法和静态方法除外），因此多个接口之间只要方法签名不冲突，就能被同一个类同时实现。
接口设计要避免方法签名冲突
当多个接口中有同名、同参数、同返回类型的方法时，实现类只需提供一份实现即可；但如果返回类型不同或参数列表不同，编译器会报错。
- ✅ 允许：两个接口都声明 void save()，实现类写一次 save() 就满足两者
- ❌ 禁止：接口 A 声明 String getId()，接口 B 声明 int getId() —— 编译失败
- ⚠️ 注意：即使返回类型协变（如子类重写返回更具体的类型），接口间也不适用，因接口无继承关系
用 default 方法复用共性逻辑
Java 8+ 支持在接口中定义 default 方法，实现类可直接使用，也可选择重写。这能减少模板代码，尤其适合多个接口共享基础行为的场景。
- 例如：Loggable 和 Validatable 都有 log(String msg) 的 default 实现，实现类无需重复编写日志逻辑
- 若某实现类需定制日志格式，可重写该 default 方法，不影响其他实现类
- 注意：default 方法不能访问实现类的私有成员，只能操作传入参数或调用其他 public/default 接口方法
组合优于继承：接口 + 内部委托提升灵活性
当多个接口的行为较复杂，或部分逻辑已封装在其他类中，可用委托模式——让实现类持有对应组件实例，把接口方法转发过去。
- 比如：一个 OrderProcessor 类同时实现 Payable 和 Shippable，内部持有 PaymentService 和 ShippingClient 实例
- 这样既满足多接口契约，又避免“大而全”的实现类，便于单元测试和替换依赖
- 相比强行把所有逻辑塞进一个类，委托让职责更清晰，也更容易应对未来新增接口
实际编码建议：从角色建模出发
不要为了多实现而堆砌接口。每个接口应代表一个明确的角色或能力（如 Runnable、Comparable、Serializable），而非功能模块。
- 定义接口前先问：“这个类‘是什么角色’？它能‘做什么能力’？”
- 优先复用 JDK 或主流框架已有接口（如 Function、Predicate），降低理解成本
- 避免接口爆炸：若多个接口总是一起被实现，考虑是否该合并，或引入标记接口+策略参数来简化
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
