java类不支持多继承，因菱形继承会导致方法/字段歧义，编译直接报错；接口可多实现，因其无状态且方法需子类统一实现，default方法冲突时须显式覆写。
Java类为什么不能多继承
Java类不支持多继承，是语言设计层面的硬性限制，不是语法糖能绕开的。核心原因在于“菱形继承问题”——当两个父类有同名方法或字段时，子类无法无歧义地决定调用哪个版本，JVM 无法在编译期和运行期都保证语义清晰。
常见错误现象：java: 类 X 同时继承 A 和 B；A 和 B 都定义了 method()；编译直接报错
- 编译器会拒绝
class C extends A, B这种写法，连语法都不通过 - 即使两个父类方法签名完全一致，也不能靠“覆盖”解决——因为继承关系本身就不被允许
- 想模拟多继承行为（比如复用两套逻辑），必须用组合（
has-a）代替继承（is-a）
接口为什么可以多实现（注意：不是“多继承”）
接口不包含状态（字段默认 public static final）、不提供具体实现（Java 8 前），所以多个接口里同名方法不会引发冲突——只要子类自己实现一次，就满足所有接口契约。这叫“多实现”，不是“多继承”。
使用场景：一个服务既要可序列化（Serializable），又要可比较（Comparable<t></t>），还要可关闭（AutoCloseable）——全靠 implements 并列声明。
立即学习“Java免费学习笔记（深入）”；
-
interface A { void run(); }和interface B { void run(); }可以同时被class C implements A, B实现 - 如果两个接口方法签名相同但返回类型不同（比如一个返回
int，一个返回String），编译失败——这是重载冲突，不是继承问题 - Java 8+ 接口可含
default方法，此时若多个接口提供了同签名default，子类必须显式覆写，否则编译报错：classes A and B both define run(), which is not directly implementable
替代方案：怎么安全地复用多个类的行为
真正需要的是“能力复用”，不是“继承关系”。Java 提供了更可控、更明确的手段，比强行多继承更可靠。
- 用组合：把
A和B的实例作为C的字段，显式调用其方法（a.doX(),b.doY()） - 用内部类或匿名类封装逻辑，避免污染主类 API
- 用
default方法在接口中提供通用实现，再由实现类选择性继承行为 - 避免滥用
extends——很多本该是组合的场景，被误写成继承，反而卡死扩展路径
容易被忽略的兼容性细节
很多人以为加个 default 方法就能“让接口变类”，其实不是。接口里的 default 方法不能访问 this 的私有字段，也不能调用构造器，更不能改变对象状态——它只是语法糖，底层仍是纯契约。
- 接口不能有构造器，所以永远无法像类那样控制初始化流程
- 类继承链长度受 JVM 限制（虽然极少触发），但接口实现链没有此限制
- 反射获取
getInterfaces()返回的是直接实现的接口，不包含父接口；而getSuperclass()只能拿到一个类——这个不对称性常被忽略
真正在写业务逻辑时，别纠结“能不能多继承”，先问一句：我到底要复用什么？是数据结构，还是算法契约？答案不同，选的路就完全不同。
