本文原文地址

Spring5 源码分析

一·、Spring 中常用的设计模式

1.我们通常说的23种经典设计模式：

通常来说，设计模式都是混合使用，不会独立应用。利用穷举法充分理解设计模式的应用场景。在平时的应用中，不是用设计模式去生搬硬套，而是根据具体业务问题需要时借鉴。

2.设计模式在应用中遵循的六大原则

1. 开闭原则（Open Close Principle）

​ 开闭原则就是对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的一个效果，我们需要使用接口和抽象类，后边的具体设计中我们会提到这点。

2. 里氏代换原则（Liskov Substitution Principle）

​ 里氏代换原则（Liskov Substitution Principle Lsp）面向对象设计的基本原则之一。里氏代换原则中说，任何基类出现的地方，子类一定可以出现。LSP是继承复用的基石，只有当衍生类可以替换掉积累，软件单位的功能不受到影响时，基类才能真正的被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类和子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。

3. 依赖倒转原则（Dependence Inversion Principle）

​ 这个是开闭原则的基础，具体内容：针对接口编程，依赖于抽象而不依赖于具体。

4. 接口隔离原则（Interface Segregation Principle）

​ 这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思。从这看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。

5. 迪米特法则（最少知道原则）（Demeter Principle）

​ 为什么叫最少知道原则，就是说：一个实体应当尽量少的与其它实体之间发生作用，使得系统功能模块相对独立。

6. 合成复用原则（Composite Reuse Principle）

​ 原则是尽量使用合成/聚合的方式，而不是使用继承。

photo/23种设计模式.jpg

介绍Spring中常用的设计模式

1.1、简单工厂模式（Facotry）

应用场景：

​ 又叫静态工厂方法（StaticFactory Method）模式，但不属于 23 种设计模式之一。简单工厂模式的实质是由一个工厂类根据传入的参数，动态决定应该创建哪一个产品类。

​ Spring 中的 BeanFactory 就是简单工厂模式的体现，根据传入一个唯一的表示来获得 Bean 对象，但是否是在传入参数后创建还是在传入参数前创建这个要根据具体情况来定。

1.2、工厂方法模式（Facotry Method）

应用场景：

​ 通常由应用程序直接使用 new 创建新的对象，为了将对此昂的创建和使用相分离，采用工程模式，即应用程序的创建及初始化职责交给工厂对象。

​ 一般情况下，应用程序有自己的工厂对象来创建 Bean，如果将应用程序自己的工厂对象交给 Spring 管理，那么 Spring 管理，那么 Spring 管理就不是普通的 Bean，而是工厂 Bean。

1.3、单利模式（Singleton）

应用场景

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

​ Spring 中的单例模式完成了后半句话，即提供了全局的访问点 BeanFacotry。但没有从构造器级别去控制单例，这是因为 Spring 管理的是任意的 Java 对象。Spring 下默认的 Bean 均为单利。

常用写法

• 饿汉式
• 懒汉式
• 注册时
• 序列化

1.4、原型模式（Prototype）

应用场景：

​ 原型模式就是用一个对象再创建另外一个可以定制的对象，而且不需要知道任何创建的细节。

​ 所谓原型模式，就是 Java 中的克隆技术，以某个对象为原型。复制出新的对象。显然新的对象具备原型对象的特点，效率高（避免了重复执行构造过程步骤）。

1.5、代理模式（Proxy）

应用场景：

​ 为其他对象提供一种代理以控制对这个对象的访问。从结构上来看和 Decorator 类似，但 Proxy 是控制，共呢个i选哪个是一种对功能的限制，而 Decorator 是增加职责。

​ Spring 的 Proxy 模式在 AOP 中有体现，比如 JdkDynamicAopProxy 和 Cglib2AopProxy。

1.6、策略模式（Strategy）

应用场景

​ 定义一系列的算法，把它们一个个封装起来，并且是他们可相互替换。本模式使得算法课独立于使用它的客户而变化。

Spring 中在数理化对象的时候用到 Strategy 模式，在 SimpleInstantiationStrategy 有使用。

1.7、模板方法模式（Template Method）

​ 定义了一个操作中的算法骨架，而将一些步骤延迟到子类中。Template Method 使得子类可以不改变一个算法的机构即可重定义该算法的某些特定步骤。

​ Template Method 模式一般是需要继承的。这里想要探讨另一种对 Template Method 的理解。Spring 中的 JdbcTemplate ，在用这个类的时候不想去继承这个类，因为这个类的方法太多，但是我们还是享用 JdbcTemplate 已有的稳定的、公用的数据库链接，那么我们怎么办呢？我们可以吧变化的东西抽取出来作为一个参数传入 JdbcTemplate 的方法中。但是变化的东西是一段代码，而且这段代码会用到 JdbcTemplate 中的变量。怎么办？那我们就要回调放啊发吧。在这个回调对象中定义了一个操纵 JdbcTemplate 中的变量的方法，我们去实现这个方法，就把变化的东西集中到这里了。然后我们再传入这个回调对象到 JdbcTemplate，从而完成了调用。这就是 Template Method 不需要继承的另一种实现方式。

1.8、委派模式（Delegate）

应用场景

​ 不属于 23 种设计模式之一，是面向对象设计模式中常用的一种模式。这种模式的原理为类 B 和类 A 是两个互相没有关系的类，B 具有和 A 一摸一样的方法和属性；并且调用 B 中的方阿飞，属性就是调用 A 中的方法和属性。B 好像就是一个受 A 授权委托的中介，第三方的代码不需要知道 A 的存在，又不需要和 A 发生直接的联系，通过 B 就可以直接使用 A 的功能，这样既能够使用到 A 的各种功能，又能够很好的将 A 保护起来了，一举两得。

1.9、适配器模式（Adapter）

​ Spring AOP 模块是对 BeforeAdvice、AfterAdvice、ThrowsAdvice 三种通知类型的支持实际上是借助适配器来实现的，这样的好处是使得框架允许用户向框架中加入自己想要支持的任何一追踪通知类型，伤处三种通知类型是 Spring AOP 模块定义的，他们是 AOP 联盟定义的 Advice 的子类型。

1.10、装饰器模式

应用场景

​ 在我们的项目中遇到这样一个问题：我们项目需要链接多个数据库，而且不同的客户再每次访问中根据需要回去访问不同的数据库。我们以往在 Spring 和 Hibernate 框架中总是配置一个数据源，因而 SessionFactory 的 DataSource 属性总是指向这个数据源并且恒定不变，所有的 DAO 在使用 SessionFactory 的时候都通过这个数据源访问数据库。但是现在，由于项目的需要，我们的 DAO 在访问 SessionFacotry 的时候都不得不在多个数据源之间不断的切换，问题就出现了：如何让 SessionFactory 在执行数据持久化的时候，根据客户的需求能够动态的切换不同的数据源？我们能不能在 Spring 的框架下通过少量修改得到解决？是否有什么设计模式可以利用呢？

​ 首先想到的是 Spring 的 ApplicationContext 中配置所有的 DataSource。这些 DataSource 可能是各种不同的类型的，比如不同的数据库： Oracle、SQL Server、 Mysql等，也可能是不同的数据源：比如不同的数据库：Oracle、SQL Server、Mysql 等，也可能是不同的数据源：比如 Apache 提供的 org.apache.commons.dbcp.BasicDataSouce、Spring 提供的 org.springframework.jndi.jnidObjectFacotryBean 等。然后 SessionFactory 根据客户的而每次请求，将 DataSource 属性设置成不同的数据源，以达到切换数据源的目的。

​ Spring 中用到的包装器模式在类型上有两种体现：一种是类名中含有 Wrapper，另一种是类名中含有 Decorator 。基本上都是动态地给一个对象添加一些额外的职责。

1.11、观察者模式（Observer）

应用场景

​ 定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖它的对象都得到通知并被自动更新。

​ Spring 中 Observer 模式常用的地方是 Listener 的实现。如 ApplicationListener。

1.12、各设计模式对比及编程思想总结

编程思想总结

本文原文地址

同步原文：https://mp.weixin.qq.com/s/IhmKAJl6s8bnIfZdvZaUUw

来源于: https://javaguide.net

微信公众号：不止极客