Java 组合优先于继承原则怎么在代码中体现-java教程-PHP中文网

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

java 组合优先于继承原则怎么在代码中体现

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

用 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() 方法
外部调用者无法误用“栈”去做随机访问或插入中间位置——语义清晰，错误提前拦截

用策略接口解耦变化维度

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

定义 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”，就默认不该被继承

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南