Java抽象类仅支持单继承，限制多行为复用；组合模式通过接口定义能力契约、字段持有行为实例、委托调用实现“has-a”，提升可插拔性与测试性，同时保留多态兼容。
Java 抽象类只能单继承，这是语言层面的硬性限制。它让类无法同时复用多个抽象基类的行为，一旦业务需要“既是 A 又是 B”，比如既要可序列化又要支持重试策略，继承就卡住了。组合模式不绕开这个限制，而是跳过它——不靠 extends 拼能力，改用字段持有行为部件。
用接口定义能力契约，再由组合类实现
抽象类强调“是什么”（is-a），而组合关注“能做什么”（has-a）。把原本分散在不同抽象类里的职责，抽成独立接口：
- 比如把
SerializableBehavior、Retryable、LoggingAware定义为接口，每个只聚焦一件事 - 具体类不再继承多个抽象类，而是实现这些接口，并在内部持对应行为的实例
- 调用时委托给字段，例如
retryPolicy.shouldRetry(e)，而不是super.retry(e)
构造时注入，运行时可替换
单继承锁死了父类链，但组合让行为变成可插拔的模块：
- 构造器接收各行为的实现，如
new HttpClient(new OkHttpLayer(), new ExponentialRetry()) - 测试时直接传入 mock 实现，不用启动整个继承树
- 线上可按环境切换策略，比如开发用
NoRetry，生产用CircuitBreakerRetry
保留统一类型处理，不破坏多态使用习惯
旧代码可能依赖 List<Client> 或 StreamOperator<?> 这类泛型集合，组合后仍需保持兼容：
立即学习“Java免费学习笔记（深入）”；
- 顶层保留一个轻量接口（如
Client或StreamOperator），所有组合类都实现它 - 避免把所有方法塞进一个大接口；按场景拆小接口，如
SyncClient和AsyncClient，组合类按需实现 - 若必须对接老框架（如 Spring 要求继承某个抽象类），可用包装器：新建
LegacyClientWrapper extends AbstractClient，内部持有组合对象并转发调用
注意别为了组合而组合
不是所有抽象类都要被“干掉”。以下情况更适合保留继承：
- 类之间确实存在清晰的 is-a 关系，且层级稳定（如
Animal → Mammal → Dog） - 抽象类只提供通用模板方法，子类仅覆盖少数钩子，无隐式调用依赖
- 性能敏感路径，反复委托调用带来可观开销，且无法内联优化
