Java的类不支持多继承，一个类只能直接继承一个父类，但是接口支持多继承，一个接口可以同时继承多个其他接口。这是Java语言设计时就确定的规则，背后有清晰的设计考量。
Java类为什么不支持多继承
如果Java允许类多继承，会出现经典的菱形继承问题。假设类A有两个子类B和C，类D同时继承B和C，当B和C都重写了A中的同一个方法时，D调用该方法时无法确定应该执行B还是C的实现，会导致逻辑歧义。
下面用代码示例模拟菱形继承的冲突场景，当然Java本身不允许这样的类定义，这里只是说明问题逻辑：
// 假设Java允许类多继承的模拟场景
class A {
public void print() {
System.out.println("A的方法");
}
}
class B extends A {
@Override
public void print() {
System.out.println("B的方法");
}
}
class C extends A {
@Override
public void print() {
System.out.println("C的方法");
}
}
// 以下代码在Java中是不允许的，会直接编译报错
// class D extends B, C {
// }
// 如果允许的话，d.print()无法确定调用B还是C的实现，产生歧义
为了避免这类问题，Java直接规定类只能单继承，从语法层面杜绝了菱形继承带来的冲突。如果开发者需要复用多个类的功能，可以通过实现多个接口，或者使用组合的方式替代多继承。
接口为什么支持多继承
接口中定义的方法默认是抽象方法（Java 8之后新增的default方法有特殊规则），没有具体的实现逻辑，因此即使多个父接口有同名方法，也不会产生实现冲突的问题。接口多继承只是把多个父接口的抽象方法声明合并，具体实现由实现类来完成。
来看一个接口多继承的合法示例：
// 定义第一个父接口
interface InterfaceA {
void methodA();
}
// 定义第二个父接口
interface InterfaceB {
void methodB();
}
// 接口C多继承InterfaceA和InterfaceB
interface InterfaceC extends InterfaceA, InterfaceB {
// 合并了methodA和methodB的声明
}
// 实现类需要实现所有继承来的抽象方法
class ImplClass implements InterfaceC {
@Override
public void methodA() {
System.out.println("实现methodA");
}
@Override
public void methodB() {
System.out.println("实现methodB");
}
}
如果多个父接口存在同名的default方法，Java也规定了冲突解决规则：实现类必须重写这个同名方法，明确指定要使用的逻辑，否则会编译报错。这也避免了接口多继承带来的歧义。
类和接口继承规则的对比
我们可以通过表格更清晰地对比两者的差异：
| 对比项 | 类继承 | 接口继承 |
|---|---|---|
| 继承数量 | 只能单继承 | 可以多继承 |
| 方法实现 | 可以包含具体实现的方法 | 默认是抽象方法，Java 8后可包含default方法 |
| 冲突风险 | 多继承会产生菱形继承的实现冲突 | 抽象方法无实现冲突，default方法需手动解决冲突 |
| 设计目的 | 复用父类的实现逻辑 | 定义能力规范，扩展类的功能边界 |
实际使用建议
在开发中如果需要复用已有的实现逻辑，优先使用类单继承，搭配组合模式扩展功能；如果需要定义一组能力规范，让不同类都能具备这些能力，就使用接口，并且可以通过接口多继承组合不同的能力定义。比如定义<Serializable>接口表示可序列化，定义<Comparable>接口表示可比较，一个类可以同时实现这两个接口，具备两种能力。
理解Java的继承规则，能帮助我们在设计代码结构时做出更合理的选择，既避免多继承带来的隐患，又能充分利用接口多继承的灵活性。