推荐组合优于继承，因其更契合业务可变性与可控性：组合明确区分“拥有什么功能”和“是什么类型”，避免继承的脆弱基类、单继承限制、语义失真及封装泄露问题，支持运行时切换、易测试与高内聚。
推荐组合优于继承，核心在于它更符合真实业务的可变性与可控性。继承看似直观，但容易把“复用”和“分类”混为一谈；而组合明确区分了“拥有什么功能”和“是什么类型”，让代码更健壮、易改、好测。
继承容易导致“脆弱基类”问题
父类一个 protected 方法逻辑微调，或新增一个同名方法，所有子类行为都可能意外改变——哪怕它们没重写该方法。这种隐式依赖很难发现，尤其在多人协作或长期迭代的项目中。
- 子类无法控制父类内部实现细节，只能被动接受
- 修改父类需全局评估影响，成本高、风险大
- 测试时难以隔离，常需连带验证所有子类
组合天然支持运行时行为切换
比如一个支付服务，需要支持微信、支付宝、银联等多种渠道。用继承就得写 PayWithWechat、PayWithAlipay……不断扩分子类；而用组合，只需定义 PaymentStrategy 接口，在 Service 中持有一个 strategy 字段，运行时 set 或构造注入即可切换。
- 无需编译期绑定，行为变更不触发类结构重构
- 便于单元测试：可直接传入 Mock 实现，不依赖真实支付网关
- 同一对象可动态更换策略，如灰度期间切部分流量到新渠道
组合避免单继承限制与语义失真
Java 只允许单继承，但现实对象常具备多重角色。例如“管理员”既是“用户”，又具备“审计权限”和“配置权限”。若强行用继承建模，要么深挖三层以上类树，要么出现“UserWithAuditAndConfig”这类语义混乱的类名。
立即学习“Java免费学习笔记（深入）”；
- 组合可同时持有多个接口引用（如 AuditHandler、ConfigManager），职责清晰
- 不会因“is-a”关系错位引发逻辑矛盾（如让“鸵鸟”继承带 fly() 的 Bird）
- 接口定义行为契约，实现类专注具体逻辑，解耦彻底
组合更利于封装与演进
被组合的对象对外不可见，其字段和方法仅通过明确的公共接口暴露。外部类完全掌控调用时机、参数校验和异常处理流程。父类却常被迫暴露 protected 成员供子类访问，等于主动打开封装边界。
- 组合对象可设为 private final，杜绝意外篡改
- 替换实现时不影响使用者，只要接口不变，上层无感
- 类体积更小、职责更单一，符合单一职责原则
