Java接口支持多继承，但同名default方法必须由实现类显式覆盖；同名抽象方法天然兼容；接口继承链中default冲突需子接口重写；类方法优先覆盖default，但异常契约须同时满足。
Java 接口本身支持多继承（一个接口可 extends 多个接口），但方法名冲突不是“自动解决”的问题，而是需要开发者主动干预的设计约束。关键不在于“如何绕过”，而在于“如何明确表达语义”。
同名抽象方法：天然兼容，无需额外处理
如果多个父接口定义了签名完全相同的抽象方法（比如都声明 void process()），子接口或实现类只需提供一次实现即可满足所有契约。Java 不要求重复声明，也不报错——这是接口设计的本意：统一行为契约。
- 返回类型、参数列表、方法名必须严格一致，否则编译不通过（Java 不允许重载仅靠返回类型区分）
- 若返回类型不同（如一个返回
String，另一个返回int），这两个接口根本不能共存于同一实现类，属于非法设计，需重构接口
同名 default 方法：必须由实现类显式覆盖
当一个类同时 implements 两个含同名 default 方法的接口时，编译器会强制报错：class inherits unrelated defaults for method() from types A and B。
你不能跳过，也不能只写个空方法体应付——必须用 @Override 提供完整逻辑。
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 最常见做法是调用某一方的默认实现：
A.super.method()或B.super.method() - 也可组合逻辑：先执行
A.super.validate()，再加业务校验，最后返回 - 不能在静态方法中使用
InterfaceName.super.xxx()；该语法仅限实例方法中调用 public default 方法
接口继承链中的 default 冲突：子接口必须重写
若接口 C extends A, B，而 A 和 B 都定义了同名 default greet()，则 C 必须显式重写该方法，否则任何实现 C 的类都会面临上一节的编译错误。
- 子接口重写后，它的所有实现类就不再直面 A/B 的冲突，只需遵守 C 的新契约
- 这种提前收敛冲突的方式，适合做能力聚合层（例如定义
SmartDevice extends Flyable, Swimmable，并在其中统一度量单位或日志格式）
与类继承共存时：类方法优先，但异常契约仍要满足
如果类已从父类继承了同名方法，哪怕父类方法是 public void log()（无 default），它也会直接覆盖所有接口的 default log() 实现——这就是“类方法优先”规则。
- 但注意：若父类方法声明了受检异常（如
throws IOException），而某个接口的同名default方法也声明了异常（如throws SQLException），实现类仍需确保异常声明能同时满足两者交集，否则编译失败 - 此时更推荐将异常统一为运行时异常（如自定义
DataAccessException extends RuntimeException），避免契约撕裂
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
