java通过接口多实现与内部类委托解决单继承限制：接口定义契约并支持default方法，内部类实现具体逻辑，二者结合实现轻量级行为组合，避免继承歧义与职责膨胀。
Java里没法直接多继承，但接口能补上缺的那块拼图
Java只允许单继承，class A extends B之后不能再extends C。这不是设计缺陷，而是为避免菱形继承带来的歧义和维护成本。但现实里常需要“既是X又是Y”的能力——比如一个类既要可序列化又要可比较，还要能被监控。这时候interface就是唯一合法出口：它不带状态、不干涉构造逻辑、允许多实现，且从Java 8起还能带default方法提供默认行为。
常见错误是把接口当抽象类用：在接口里塞大量default方法去模拟父类逻辑，结果导致接口职责膨胀、测试困难、子类难以覆盖。接口该只定义契约，不该承载流程控制。
- 一个类可以
implements多个接口，但只能extends一个类 - 接口间可以
extends多个其他接口（如interface X extends Y, Z），这不算多继承，只是契约叠加 - 如果两个接口有同名同签名的
default方法，实现类必须显式重写，否则编译报错：class A implements X, Y→ 编译器会提示X and Y inherit abstract and default for method foo()
内部类不是继承替代品，但能绕过单继承限制做组合封装
内部类本身不解决“多继承”问题，但它让“组合优于继承”的实践更轻量。比如你有一个NetworkClient类需要复用RetryPolicy和AuthHandler的逻辑，又不能同时继承两者——那就把它们做成私有内部类，由外部类持有实例并委托调用。
容易踩的坑是滥用匿名内部类或Lambda去“假装继承”。例如在new Thread(() -> {...})里塞一堆本该抽离的业务逻辑，结果调试时堆栈混乱、状态难追踪、单元测试无法注入依赖。
立即学习“Java免费学习笔记（深入）”；
- 静态内部类（
static class Helper）不持外部类引用，适合工具型逻辑，避免内存泄漏 - 非静态内部类自动持有
this引用，能访问外部类私有成员，适合紧密协作场景，但注意生命周期管理 - 优先用私有内部类+明确方法委托，而不是靠
super调用模拟父类行为；后者会让调用链变隐晦，IDE跳转失效
接口default方法 + 内部类委托 = 最小侵入的“混合行为”方案
当多个类都需要同一组辅助能力（比如统一日志埋点、参数校验、上下文透传），纯靠继承会逼你搞出深继承树，而纯靠组合又得每个类都写一遍委托代码。折中办法是：用接口定义能力契约，用私有内部类实现具体逻辑，再通过default方法把委托包装起来。
示例：一个Traced接口提供链路追踪能力：
interface Traced {
default void traceStart(String op) {
getTracer().start(op);
}
default void traceEnd() {
getTracer().end();
}
Tracer getTracer(); // 子类必须提供实现
}
实际使用时，类内部用私有静态类实现Tracer，外部类只负责返回这个实例，default方法自动完成调用。这样既没破坏单继承，又避免了重复模板代码。
-
default方法里不要调用未声明的实例字段，否则子类忘记初始化会导致NullPointerException - 内部类若需访问外部类状态，建议通过构造参数传入必要字段，而非直接捕获
this——便于单元测试mock - 这种组合对JVM无额外开销，但会略微增加字节码体积；Android上注意DEX方法数限制，别把几十个类似接口全塞进一个模块
别忘了final字段和构造器顺序：组合比继承更依赖初始化时机
继承体系里，父类构造器先执行，字段天然按顺序初始化。但用内部类+接口组合时，所有字段都是平级的，谁先初始化、谁依赖谁，全靠你手动控制。一个典型问题是：内部类实例在外部类字段还没赋值时就被default方法调用，结果拿到null。
比如你在NetworkClient里声明private final RetryPolicy retry = new RetryPolicy();，又在Traced接口的default traceStart()里调用了retry.attempt()——但如果retry字段初始化晚于traceStart()被调用的时机（比如在构造器末尾才赋值），就会崩。
- 所有
final字段尽量在声明处初始化，或确保在构造器最开头完成赋值 - 避免在
default方法里直接访问外部类未声明为final的字段；不确定时，用Objects.requireNonNull(field)主动失败，比静默NullPointerException好排查 - 如果内部类需要复杂初始化逻辑，把它做成懒加载（
private volatile Helper helper;+ 双检锁），但要注意线程安全边界
