java接口多继承本质是契约组合与能力叠加，不涉及状态复用；同名default方法冲突需在实现类中显式重写，调用a.super.m()或b.super.m()，设计上应通过职责清晰、前缀命名和通用逻辑抽离来预防。
Java 接口的多继承机制本质是“契约组合”，不是类意义上的继承；方法名冲突不是异常，而是编译器强制你做明确选择——解决它不靠技巧，靠设计意识和语法规范。
接口多继承的本质是能力叠加，不是状态复用
一个接口可以通过 extends A, B, C 同时继承多个父接口，所有声明的方法（包括 default 方法）都会被传递到子接口。实现该子接口的类，就必须履行全部契约。
- 接口之间没有字段、没有构造器、没有 this 引用，因此不存在“状态冲突”或“构造顺序”问题
- 多继承的价值在于描述“能做什么”，比如 Flyable & Swimmable & Quackable 组合出鸭子行为，语义清晰且安全
- 类只能单继承，但可 implements 多个接口，这是 Java 实现功能复用的标准路径
同名 default 方法冲突的触发条件很明确
只要一个类同时 implements 两个及以上接口，且这些接口中定义了签名完全相同（方法名 + 参数类型 + 返回类型）的 public default 方法，编译就会失败。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 错误提示典型为：class X inherits unrelated defaults for method() from types A and B
- 哪怕两个 default 方法体一模一样，也不能跳过重写——Java 不做隐式选择
- 抽象方法、static 方法、private default 方法不参与此冲突规则
解决冲突的唯一合法方式：在实现类中显式重写
你必须提供一个带完整方法体的 @Override 方法，不能只写签名，也不能留空（除非业务真不需要逻辑）。
- 调用某一方实现：A.super.methodName() 或 B.super.methodName()
- 组合逻辑：先执行 A.super.doWork()，再加日志、校验或后置处理
- 完全自定义：不调用任何 super，按当前类语义重新实现
- 注意：不能写 super.methodName()（缺少接口名会编译报错）
从设计源头减少冲突比事后补救更有效
频繁遇到同名 default 冲突，往往说明接口职责边界模糊或通用能力被错误地分散到了业务接口中。
- 给方法加领域前缀：用 cacheLoad() 替代泛泛的 load()，用 httpTimeoutMs() 替代 timeout()
- 把真正通用的行为（如重试、序列化、日志模板）抽成工具类或抽象基类，而非塞进多个接口
- 新增 default 方法前，确认它是否属于“向后兼容的轻量增强”，而不是核心可变逻辑
- 发现多个模块反复出现相同冲突，是推动接口重构的明确信号
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
