这里只列举比较重要的常用的设计模式，主要为 Java 实现或 Go 实现。
一些设计模式的出现是为了弥补特定语言的限制（如 Java 的设计遗留问题），提供更灵活、可扩展、可维护的代码结构。而一些新兴的语言如 Go 等，其设计哲学鼓励简单的代码和少使用复杂的设计模式，因此设计和编写 Go 代码时通常会更注重简单性、直观性和实用性。Go 提供了一些内置工具，如接口和类型组合，可以在不使用传统设计模式的情况下实现相似的功能。
总的来说，Go 的设计理念和语言特性可能会减少对某些设计模式的需求，但并不意味着设计模式在 Go 中变得无关紧要。在实际编码中，还是需要根据具体情况灵活运用设计模式或其他编程范式，下面实现了 Go 代码的设计模式是对 Go 实用的其余则较少。
推荐阅读材料：
创建型模式关注点是如何创建对象，其核心思想是要把对象的创建和使用相分离，这样使得两者能相对独立地变换。
- 工厂方法 | Factory - 可与注册器合用
- (Go 示例)
- 建造者 | Builder
- 单例 | Singleton - 进阶的为对象池模式、多例模式
- (Go 示例)
- 原型 | Prototype - 即 copy/clone
结构型模式主要涉及如何组合各种对象以便获得更好、更灵活的结构。虽然面向对象的继承机制提供了最基本的子类扩展父类的功能，但结构型模式不仅仅简单地使用继承，而更多地通过组合与运行期的动态组合来实现更灵活的功能。
行为型模式主要涉及算法和对象间的职责分配。通过使用对象组合，行为型模式可以描述一组对象应该如何协作来完成一个整体任务。
- 迭代器 | Iterator
- (在 Go 更多直接使用内置的 slice 和 for range 结构，因其足够简洁而有效的迭代功能)
- 观察者 | Observer(Listener)
- (Go 示例)
- 状态 | State
- 策略 | Strategy
- (包括命令模式，在 Go 中有其他更直接的方式来达到相同的目的，例如使用函数闭包或接口组合 - Go 示例)
- 分发 | Dispatch - 类似策略模式，用于将来自多个来源的请求调度到不同的处理程序，它通常用于构建事件驱动系统或 GUI 应用程序。优点：提高了代码的可维护性、可扩展性、灵活性
- (Go 示例)
- 重试 | Retry
- (Go 示例)
- 责任链 | Chain of Responsibility - 衍生的有过滤器模式
- 断路器 | Circuit Breaker
- (Go 示例)
- 模板 | Template
- 访问者 | Visitor
- 生产消费 | Producer Consumer
- (Go 示例)
- 扇入 | Fan-In
- (Go 示例)
- 扇出 | Fan-Out
- (Go 示例)
- 管道和过滤器 | Pipeline and Filters - Ref
- (Go 示例)
- 互斥锁 | Mutex
- (Go 示例)
- 工作池（协程池）| Worker Pool
- 定时器与超时 | Tick Timeout
以上引用自
- https://www.liaoxuefeng.com/wiki/1252599548343744/1264742167474528
- https://learnku.com/docs/go-patterns/1.0.0
参考：https://stackoverflow.com/a/2094231/6481829
A singleton pattern ensures that you always get back the same instance of whatever type you are retrieving, whereas the factory pattern generally gives you a different instance of each type.
The purpose of the singleton is where you want all calls to go through the same instance. An example of this might be a class that manages a disk cache, or gets data from a static dictionary; wherever it is important only one known instance interacts with the resource. This does make it less scalable.
The purpose of the factory is to create and return new instances. Often, these won't actually be the same type at all, but they will be implementations of the same base class. However, there may be many instances of each type.