组合优先于继承是通过private final字段+构造器注入实现的显式依赖管理，如封装Map委托调用、Stack组合List仅暴露push/pop，配合策略接口解耦行为变化，避免继承未设计为可继承的标准库类。

组合优先于继承，不是一句空话，而是通过具体编码方式落地的设计选择：用“我有你”代替“我是你”，把依赖关系显式声明、封装在内部，避免隐式耦合。

用 private final 字段 + 构造器注入持有对象

这是最常见也最稳妥的组合写法。比如要复用 Map 功能但不希望暴露其全部接口：

• 定义一个类，内部声明 private final Map delegate;
• 在构造器中接收该 Map 实例，并用 Objects.requireNonNull() 校验非空
• 所有对外方法（如 put、get、size）都委托给 delegate 调用，不暴露 delegate 本身
• 这样后续可轻松替换为 ConcurrentHashMap 或带统计能力的自定义 Map，不影响使用者

只暴露业务语义接口，不透出底层实现

继承常导致子类意外获得父类无关能力。组合则能精准控制契约：

Java注释规范Skills

当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。

下载

• 例如实现一个 Stack，不要继承 Vector（它暴露 add()、get()、remove() 等列表操作）
• 而应组合一个 List，仅提供 push() 和 pop() 方法
• 外部调用者无法误用“栈”去做随机访问或插入中间位置——语义清晰，错误提前拦截

用策略接口解耦变化维度

当行为需要动态切换（如淘汰策略、计费规则），继承会迅速爆炸；组合配合策略模式更灵活：

立即学习“Java免费学习笔记（深入）”；

• 定义 EvictionPolicy 接口，含 shouldEvict() 方法
• 让缓存类持有一个 private final EvictionPolicy policy;
• LruPolicy、FifoPolicy、NeverExpirePolicy 各自实现该接口
• 运行时可按需注入不同策略，甚至支持灰度切换，无需修改缓存主逻辑

避免继承标准库未声明“可被继承”的类

很多 JDK 类（如 String、LocalDateTime、HashSet）被设计为不可继承，强行 extends 风险极高：

• HashSet 内部靠重写 add() 操作 HashMap，若子类再重写 add() 却漏掉 map.put()，会导致 size() 与实际不一致
• Vector 的同步机制和扩容策略对 Stack 完全冗余，继承反而带来性能损耗
• 只要 JavaDoc 没写 “This class is designed for inheritance”，就默认不该被继承