Java不支持多继承因语法设计规避菱形继承问题，应采用接口+默认方法叠加行为或内部类组合委托实现复用。
Java 为什么不能直接写 class A extends B, C
因为 Java 规定一个类只能有一个直接父类，这是语言层面的硬限制。编译器看到这种写法会立刻报错：error: class A inherits from both B and C（实际错误信息是 error: multiple inheritance not allowed）。这不是 JVM 的限制，而是 Java 语法设计选择——为避免菱形继承带来的歧义和复杂性。
所以别在继承链上硬刚，得换思路：用接口定义行为契约，用内部类/组合封装具体实现逻辑。
用接口 + 默认方法模拟“多父类行为”
接口从 Java 8 开始支持 default 方法，可以提供可复用的实现。多个接口可以被同一个类 implements，从而“叠加”行为。
- 注意
default方法不能访问this的私有字段，也不能调用构造器，它只是公共行为片段 - 如果两个接口定义了同名同签名的
default方法，实现类必须显式覆写该方法，否则编译失败 - 接口之间可以
extends其他接口，形成能力组合，比如interface Readable extends Serializable, Cloneable
示例：
interface Flyable { default void fly() { System.out.println("flapping wings"); } }
interface Swimmable { default void swim() { System.out.println("kicking water"); } }
class Duck implements Flyable, Swimmable {} // ✅ 编译通过
用成员内部类代理另一个类的行为
当需要复用的是已有类（而非接口）的完整状态和逻辑时，内部类比继承更安全可控。外部类持有内部类实例，通过委托调用，实现“像继承了一样”的效果。
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
- 内部类能访问外部类的私有成员，但反过来不行；若需反向通信，建议用回调或接口参数传入
- 避免在内部类里直接 new 外部类实例，容易引发循环引用或内存泄漏
- 静态内部类无法访问外部类实例成员，适合纯工具型代理；非静态内部类才具备完整委托能力
示例：
class Engine { void start() { System.out.println("engine started"); } }
class Car {
private final Engine engine = new Engine();
class CarEngineWrapper {
void start() { engine.start(); } // 委托
}
}
组合优于继承：为什么内部类方案常比“假继承”更可靠
很多人试图用内部类“伪装成子类”，比如让内部类继承某个类再暴露方法。这看似实现了多继承，实则埋下隐患：
- 内部类继承的类无法被外部类直接转型（
(SomeParent) car会失败），类型系统不认可这种“继承关系” - 若被继承的类依赖
protected字段或构造器参数，内部类很难完全复现其初始化流程 - 序列化时，非静态内部类默认持有外部类引用，可能意外序列化整个外部对象图
真正稳定的路径是：用接口定义你能承诺的行为，用组合封装你依赖的对象，用内部类控制访问边界——而不是绕过类型系统去拼凑继承假象。
最易被忽略的一点：接口的 default 方法和内部类的委托逻辑，都得跟着业务语义一起演进。今天加了个 fly()，明天需求变成带高度参数的 fly(int altitude)，接口就得改，所有实现类全要动。这类耦合藏得深，上线后才暴露。
