Java接口可以继承多个接口，使用extends关键字并用英文逗号分隔；不支持继承类或抽象类；多继承可能导致default方法冲突，需在实现类或中间接口中显式覆盖解决。
Java 接口能不能继承多个接口
可以，Java 接口支持多继承，用 extends 关键字一次列出多个父接口，用英文逗号分隔。
这和类的单继承不同，是 Java 明确允许且常用的设计机制。比如 Serializable 和 Cloneable 这类标记接口，常被其他接口组合继承。
- 语法必须是
interface A extends B, C, D，不能用implements - 如果父接口中有同名默认方法（
default），子接口不强制重写，但实现类在实现该子接口时，若多个父接口提供冲突的default方法，就必须显式覆盖 - 继承链过深或接口间方法签名高度重复，会增加实现类的义务，也容易引发编译错误
class X inherits unrelated defaults for method Y()
接口继承时 default 方法冲突怎么处理
当一个接口同时继承两个含同名 default 方法的父接口，它本身不报错；真正的问题出现在“实现类”上——JVM 要求它必须明确选择或重写。
这不是设计缺陷，而是避免隐式行为的保护机制。例如：
立即学习“Java免费学习笔记（深入）”；
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
interface A { default void run() { System.out.println("A"); } }
interface B { default void run() { System.out.println("B"); } }
interface C extends A, B {} // ✅ 编译通过
class D implements C { // ❌ 编译失败：must override run()
public void run() { System.out.println("D"); }
}
- 解决方式只有：在实现类中重写该方法，或在中间接口里用
default显式覆盖（如interface C extends A, B { default void run() { A.super.run(); } }） - 注意：不能只调用
B.super.run()而不声明default，否则接口C仍视为未解决冲突 - IDE 通常会提示，但构建脚本（如 Maven）可能跳过检查，导致 CI 阶段才暴露
interface extends class？会报什么错
会直接编译失败，错误信息是：unexpected type: expected interface, found class。
Java 规定 extends 在接口定义中只能接其他接口，不能接 class；类继承类、类实现接口、接口继承接口，三者语法严格分离。
- 想复用类里的行为？只能让类实现某个接口，再让新接口继承该接口，形成契约层面的复用
- 误写成
interface X extends ArrayList是新手常见错误，尤其从 Kotlin 或 TypeScript 切换过来时容易惯性输入 - 抽象类（
abstract class）也不行——哪怕它没具体实现，语法上仍是class类型
继承多个接口对 Spring Bean 注入有影响吗
没有直接影响。Spring 的 @Autowired 按类型匹配时，只看变量声明的接口类型，不关心该接口继承了谁。
但间接影响存在：如果多个接口定义了相同方法名（尤其 default），而你的 @Service 类实现了它们，就又回到前面的冲突问题；更隐蔽的是，若用 @Primary 或 @Qualifier 做区分，接口继承关系不会改变 Spring 的候选 Bean 列表。
- Spring 不解析接口继承树来推导依赖，只认最终声明类型（如
MyService） - 但如果两个 Bean 分别实现
InterfaceA和InterfaceB，而InterfaceC extends InterfaceA, InterfaceB，你声明InterfaceC c，那只会注入实现了InterfaceC的 Bean，不会自动匹配只实现A或B的 - 过度使用多继承接口+default 方法，在 Spring AOP 场景下可能干扰代理逻辑，尤其是 JDK 动态代理对
default方法的支持较晚（Java 8+，但 Spring 5.2 才完全稳定）
