设计模式 | Spring中用到的设计模式，你知道几个？

设计模式无处不在，因为它就来自于我们的日常生活，提炼于生活经验。

正握在你手中的手机，不能用220V的电压直接充电，需要一个专门的电源适配器(充电器)才行。摆在你桌上的电脑也是一样的，都需要“适配”。而适配器模式（Adapter Pattern）正是由此总结而来。

从一个问题出发，为什么Spring这么牛？

Spring 发展到今天，在Java开发中的地位毋庸置疑。人人都在用Spring，80%的开发者学完Java 就得学习Spring了。那Spring为啥这么牛呢？其中肯定很大一部分原因就是因为Spring是一个把设计模式用的淋漓尽致的框架。从类名中就能体现出来。

设计模式		举例
工厂模式	Factory	BeanFactory
装饰者模式	Wrapper	BeanWrapper
代理模式	Proxy	AopProxy
委派模式	Dispatcher	DispatcherServlet
策略模式	Handler	HandlerMapping
适配器模式	Adapter	HandlerAdpter
模板模式	Template	JdbcTemplate
观察者模式	Listener	ContextLoaderListener

小伙伴们，赶紧打开你的idea，使用上面的关键词进行搜索，将会获得一个新的视角去审视我们的Spring源码了。前言就到这里，那我们就正式进入今天的主题，设计模式

设计模式的由来

现在我们谈论的设计模式，没有特别说明的话，通常上就是指的1995年GoF(Gang of Four 四人组)所编写的 Design Patterns: Elements of Reusable Object-Oriented Software 一书，该书包含了23种设计模式。通常也被人称为GoF 23。

在这里大炮就不介绍全部了，网上一搜一大把，而且有些模式确实用的比较少。所以只列出常用的十种，也是比较重要的十种，大家看下，如果有不会的后面也会有专门的章节讲到的。

类型	名称	英文名
创建型	工厂模式	Factory Pattern
	单例模式	Singleton Pattern
	原型模式	Prototype Pattern
结构型	适配器模式	Adapter Pattern
	装饰器	Decorator Pattern
	代理模式	Proxy Pattern
行为型	策略模式	Strategy Pattern
	模板模式	Template Pattern
	委派模式（不属于GoF 23）	Delegate Pattern
	观察者模式	Observer Pattern

可能有些读者注意到上面委派模式，并不属于GoF 23。没错，设计模式并不局限于GoF提出的，毕竟他们也是基于个人经验总结出来的。如果哪天你突然脑中灵光一闪，通过自己的经验也总结出来一个模式，并且能很好地解决一些问题，那也是完全合理OK的。

为什么要使用设计模式

讲了这么多，为啥要用设计模式呢？我就是不用不行嘛？其实这两个问题，仔细思索就会发现它完完全全就是个伪命题。我们每个人都是在“不得不“ 和 “不自觉”的使用设计模式。我们来看Mybatis中的一个例子：

SqlSession是一个接口，这里定义了对数据库的一大堆基本操作。我们对数据库的操作都离不开它，这里我们不看具体实现，只分析结构。它有三个实现类：

重点关注这个默认的DefaultSqlSession是怎么创建的。我们还是只分析结构。

可以看到，创建的步骤是很多的，入参就有三个，还调用了好几个子方法，最终只是为了拿到DefaultSqlSession的实例，就是这句：

new DefaultSqlSession(configuration, executor, autoCommit);

试想，如果每个需要DefaultSqlSession的实例的调用者都需要写这么一大串，那得写多少重复代码？万一创建过程有改动，我们得改多少个地方？所以我们会很自然的想到把它抽到一个公共的地方，每次需要他，就去公共的地方拿就行了。即使有改动，也只需改动这个公共方法即可。平时我们的各种工具类，各种Util之类的，都是基于这个很直白，很自然的经验。

其实针对这个openSessionFromDataSource()，就是一个非常标准的工厂模式的体现：工厂生产一个标准化的产品，大家需要这个产品都来我这里拿就行了，并不需要关注其中的细节。而上面openSessionFromDataSource()方法，正是出自DefaultSqlSessionFactory，就是专门提供DefaultSqlSession实例的工厂。稍微看它一眼：

它重载了很多个openSession()方法，但最终都是调用openSessionFromDataSource()方法完成创建的。

从这个例子再次出发，我们尝试猜下：它是从一开始的现场造轮子，然后到自然而然的使用设计模式，来感受下演变过程，首先是发现问题：

然后我们很自然的想到，把这些相同的逻辑、代码，放到一个公共方法里头，openSessionFromDataSource()方法应运而生，但是这个方法总得放一个地方吧，肯定不能是在各自的Service里面，因为还是重复了嘛，所以很自然的新建一个类：

后面经过GoF的总结和提炼，它，Factory Pattern ，工厂模式就这么出现了。其他设计模式的诞生和这个是一样的，发现具有特征的问题=>解决问题=>提炼特征经验=>形成设计模式。

从这个过程我们可以体会到，是因为我们先去这么做了，经过提炼和总结，才有设计模式的诞生。

综上所述，不用设计模式也是可以正常实现我们需要的功能的。但是我们就是这么自然而然地使用了，毫无违和感。从这也能得出一个结论，也应证了这篇文章的引言部分：设计模式来源于经验（生活经验、开发经验）的总结。

总结

看了上面的例子，我们可以对设计模式做一些总结：

设计模式是生活中经验总结。
不使用设计模式也能解决问题，但容易让项目变成“屎山”，难以扩展和维护。使用设计模式能让代码变得“优雅”，易于维护、易于拓展，并且节省时间（生命）。
GoF的发布的设计模式一书形成了一种标准。出现了很多的关键字，比如Factory、Adapter，后人使用设计模式都会使用这些关键字来命名。Spring源码就是一个很好地例子，所以想看懂Spring源码，一定要学习设计模式。

使用设计模式的准则：

不是为了用而强行使用设计模式，使用的过程应该是很自然的。诶，我需要用到这个模式才能很好的解决问题，所以我要用。

今天就到这里了，祝大家七夕快乐，没有对象的都能今晚脱单。下一篇就是单个设计模式的精讲篇了，我们下期再见~

往期推荐

原创不易，求个三连鼓励下吧

微信搜索 java-caidapao ，关注大炮~回复“面试题”，领取2020最新面试题