从学编程一开始就被告知，要想做一名优秀的程序员两大必要技能：1.源码阅读（JDK、C等底层语言封装） 2.设计模式（使用某种语言优雅的落地典型场景功能）。一般随着工作年限的增长，被迫对底层语言/框架源码阅读的越来愈多，但是设计模式如不刻意去学习，永远不会真正掌握。笔者把设计模式比喻成程序员的“绝世神功”，掌握了设计模式，对快速阅读源码、优雅地编写程序有极大的促进作用，可以说就像打通了任督二脉一样。

1995年，GoF(Gang of Four四人帮)合作出版了《设计模式：可复用面向对象软件的基础》（Design Patterns – Elements of Reusable Object-Oriented Software） 一书，书中总结了23种面向对象设计模式，也就是大名鼎鼎的GOF设计模式。

一直听说有24种设计模式（网上一大堆标题24种设计模式，然后列举的只有23种，也是无语），公认的GOF只有23种，还有一种是啥？大部分文章都说是简单工厂模式（Simple Factory）。笔者搜遍全网（连chatGPT也问了），没找到第24种设计模式谁提出的。这第24种设计模式，有说是简单工厂模式，也有说是静态工厂模式，也有说简单工厂模式=静态工厂模式，真是一塌糊涂，乱七八糟。神奇的是这些文章的作者都没深究过这个问题，估计大都是拿来主义。

到底几种？

---23种！！！即GOF的23种设计模式即可。还有2个模式：简单工厂、静态工厂，确实在后续应用比较多，但在1995年未列入GOF。

想要练成绝世武功，内功心法和外家套路缺一不可。要想练成“设计模式”这一绝世武功，“面向对象设计原则”就是内功心法（遵循的设计原则），“UML统一建模语言”就是外家套路（代码落地建模工具）。练功之前，咱们先简单学习下这2个必备的基础技能。

面向对象设计的目标之一就是支持可维护性复用，一方面需要实现设计方案的重用，另一方面要确保系统易于拓展和修改，具有较好的灵活性。7种面向对象设计原则，其中前5条是强约束性的建议都做到，后2条尽量做到即可。

1、单一职责原则（Single Responsibility Principle , SRP）：一个对象应该只包含单一的职责，并且该职责被完整地封装在一个类中。--单一职责原则是实现高内聚低耦合的指导方针。

理解：

2、开闭原则（Open Close Principle）：对扩展开放，对修改关闭。--开闭原则是面向对象设计的目标。

理解：

3、里氏代换原则（Liskov Substitution Principle）：所有引用基类（父类）的地方必须能透明地使用其子类的对象。--里氏代换原则是实现开闭原则的基础。

4、依赖倒转原则（Dependence Inversion Principle）：高层模块不应该依赖低层模块，它们都应该依赖抽象。抽象不依赖于细节，细节应该依赖于抽象。--依赖倒转原则就是面向对象设计的主要手段。

理解：

5、接口隔离原则（Interface Segregation Principle）：客户端不应该依赖那些它不需要的接口（方法），--接口级的单一职责原则。

理解：

6、迪米特法则（Demeter Principle）：即最少知道原则，一个实体应当尽量少的与其他实体之间发生相互作用，减少耦合。

理解：

7、合成复用原则（Composite Reuse Principle）：尽量使用合成/聚合的方式，而不是使用继承，降低耦合。

理解：

UML1.X有9个图，UML2.0有12个图，具体如下图所示：

一般，我们掌握 UML1.X 常用的9种图即可，分为两类：

本文需要使用静态图的一种：类图。关注类图中类之间的6种关系（耦合度大小排序）：泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖。

本节列举24种设计模式，其中创建型模式6种、结构型模式7种、行为型模式11种。每个模式从3个角度进行分析：定义、UML类图、应用。

创建型模式，就是用来创建对象的。包含3块：单例/原型模式、工厂模式（简单工厂、工厂方法、抽象工厂）、建造者模式。

定义：保证一个类仅有一个实例，并提供一个访问它的全局访问点。

UML类图：

应用：待补充

定义：用原型实例指定创建对象的种类，并且通过拷贝这个原型来创建新的对象。

UML类图：

定义：定义一个工厂类，使用static方法创建对象。根据不同参数返回不同实例，每增加一个对象需要修改工厂类，违背了“开闭原则”。--不推荐使用。

UML类图：

应用：

定义：定义一个用于创建对象的接口，让子类决定将哪一个类实例化。此模式使一个类的实例化延迟到其子类。

UML类图：

应用：

定义：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。用于创建一个产品族的产品。

UML类图：

应用：

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

UML类图：

 应用：

定义：将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

UML类图：

应用：

Spring AOP中，org.springframework.aop.framework.adapter包下的AdvisorAdapter接口，有3个适配器实现类：AfterReturningAdviceAdapter、MethodBeforeAdviceAdapter、ThrowsAdviceAdapter把每一个Advisor中的Advice都要适配成对应的MethodInterceptor对象。这里使用的是方式二对象适配器的变种。比如MethodBeforeAdviceAdapter适配器通过getInterceptor()获取到MethodBeforeAdviceInterceptor，最终结合拦截器模式（非GOF23），调用advice的advice.before()实现。

比较复杂，图示如下：

定义：将抽象部分与它的实现部分分离，使它们都可以独立地变化。

UML类图：

拆出一个维度出来，进行聚合，可有效减少子类的个数。原本维度1个数*维度2个数->维度1个数的子类+维度2个数的聚合实现+1个聚合接口

应用：

java.sql包下的Driver和Connection接口，通过DriverManager进行桥接（不像图中的聚合实现）。DriverManager定义了registerDriver和getConnection方法。registerDriver可以注册各种驱动。Connection接口可实现连接多种数据库。2个维度分开进行拓展实现，进行了脱耦。

定义：将对象组合成树形结构以表示“部分-整体”的层次结构。它使得客户对单个对象和复合对象的使用具有一致性。

UML类图：

组合模式分为透明式（树枝特有方法在抽象类中体现，树叶类复写空实现，客户端使用时无需区分树枝还是树叶）和安全式（树枝特有方法在树枝类中体现）。当节点具有一致行为时采用透明式，当各节点行为不一致较多或树枝节点较为健壮时采用安全式。

应用：