一句话总结

确保某个类在系统中只有一个实例，并提供一个全局可访问的入口。

---

问题与场景

• 某些资源需要“全局唯一”且共享（如配置中心、日志器、连接池管理器）。
• 创建成本较高，频繁 new 造成浪费或状态不一致。
• 需要在系统中统一访问该实例，避免多处重复初始化。

---

模式意图

保证一个类只有一个实例，并提供一个访问它的全局访问点，用于共享资源与统一行为。

---

结构图

---

一句话总结

通过“复制已有对象”来创建新对象，避免重复初始化，适合高成本或复杂配置的对象构建。

---

问题与场景

• 对象创建成本高（初始化复杂、依赖外部资源、配置繁琐）。
• 需要批量创建“结构相同、少量参数不同”的对象。
• 想避免写大量重复的构造逻辑或装配代码。

---

模式意图

用原型实例指定创建对象的种类，并通过复制这些原型创建新的对象，减少创建成本与重复逻辑。

---

结构图

一句话总结

提供创建“产品族”的统一入口，让具体工厂决定整套产品的实现，避免混用导致的不一致。

---

问题与场景

• 系统需要支持多套“相关产品组合”（如不同支付渠道的支付+退款）。
• 业务流程必须成套切换，不能把 A 渠道的支付和 B 渠道的退款混在一起。
• 新增一整套能力时，希望最小化对现有流程的修改。

---

模式意图

为创建一系列相关或相互依赖的对象提供一个接口，而无需指定它们的具体类，保证产品族的一致性。

一句话总结

把复杂对象的构建过程拆成稳定步骤，通过生成器逐步组装，既能复用流程又能产出不同配置。

---

问题与场景

• 需要创建“参数多、组合多、可选项多”的复杂对象（如订单导出配置）。
• 构建流程固定，但最终配置组合经常变化。
• 想避免在构造函数里塞一堆可选参数，导致可读性差。

---

模式意图

将一个复杂对象的构建与其表示分离，使同样的构建过程可以创建不同的表示。

---

结构图

一句话总结

把“创建产品”的职责交给子类，通过工厂方法延迟具体对象的实例化，扩展时不改已有代码。

---

问题与场景

• 同一类业务对象有多种实现（如短信/邮件/站内信），但创建逻辑各不相同。
• 新增实现频繁，希望新增时不改动核心流程代码。
• 需要把“使用对象”和“创建对象”解耦，避免在业务方法里到处 new。

---

模式意图

定义一个用于创建对象的接口/抽象方法，让子类决定实例化哪一个类，把对象创建延迟到子类。