面試官：Spring中用了哪些設計模式？

設計模式作為工作學習中的枕邊書，卻時常處于勤說不用的尴尬境地，也不是我們時常忘記，隻是一直沒有記憶。Spring作為業界的經典架構，無論是在架構設計方面，還是在代碼編寫方面，都堪稱行内典範。

好了，話不多說，開始今天的内容。spring中常用的設計模式達到九種，我們舉例說明。

以後再也不怕面試官問我：Spring中用了哪些設計模式了。

1

簡單工廠模式

又叫做靜态工廠方法（StaticFactory Method）模式，但不屬于23種GOF設計模式之一。

簡單工廠模式的實質是由一個工廠類根據傳入的參數，動态決定應該建立哪一個産品類。

spring中的BeanFactory就是簡單工廠模式的展現，根據傳入一個唯一的辨別來獲得bean對象，但是否是在傳入參數後建立還是傳入參數前建立這個要根據具體情況來定。如下配置，就是在 HelloItxxz 類中建立一個 itxxzBean。

<beans>  <bean id="singletonBean" class="com.itxxz.HelloItxxz">     <constructor-arg>        <value>Hello! 這是singletonBean</value>     </constructor-arg> </ bean> <bean id="itxxzBean" class="com.itxxz.HelloItxxz"  singleton="false">    <constructor-arg>        <value>Hello! 這是itxxzBean! </value>    </constructor-arg> </bean></beans>

2

工廠方法模式

通常由應用程式直接使用new建立新的對象，為了将對象的建立和使用相分離，采用工廠模式,即應用程式将對象的建立及初始化職責交給工廠對象。

一般情況下,應用程式有自己的工廠對象來建立bean.如果将應用程式自己的工廠對象交給Spring管理,那麼Spring管理的就不是普通的bean,而是工廠Bean。

就以工廠方法中的靜态方法為例講解一下：

import java.util.Random;public class StaticFactoryBean {  public static Integer createRandom() {       return new Integer(new Random().nextInt());   }}

建一個config.xm配置檔案，将其納入Spring容器來管理,需要通過factory-method指定靜态方法名稱：

<bean id="random"class="example.chapter3.StaticFactoryBean" factory-method="createRandom" scope="prototype"/>

測試：

public static void main(String[] args) {//調用getBean()時,傳回随機數.如果沒有指定factory-method,會傳回StaticFactoryBean的執行個體,即傳回工廠Bean的執行個體       XmlBeanFactory factory = new XmlBeanFactory(new ClassPathResource("config.xml"));       System.out.println("我是IT學習者建立的執行個體:"+factory.getBean("random").toString());}

3

單例模式

保證一個類僅有一個執行個體，并提供一個通路它的全局通路點。 spring中的單例模式完成了後半句話，即提供了全局的通路點BeanFactory。但沒有從構造器級别去控制單例，這是因為spring管理的是是任意的java對象。

核心提示點：Spring下預設的bean均為singleton，可以通過singleton=“true|false” 或者 scope="?"來指定。

4

擴充卡模式

在Spring的Aop中，使用的Advice（通知）來增強被代理類的功能。Spring實作這一AOP功能的原理就使用代理模式（1、JDK動态代理。2、CGLib位元組碼生成技術代理。）對類進行方法級别的切面增強，即，生成被代理類的代理類，并在代理類的方法前，設定攔截器，通過執行攔截器重的内容增強了代理方法的功能，實作的面向切面程式設計。

Adapter類接口：Target

public interface AdvisorAdapter {boolean supportsAdvice(Advice advice);  MethodInterceptor getInterceptor(Advisor advisor);} MethodBeforeAdviceAdapter類，Adapterclass MethodBeforeAdviceAdapter implements AdvisorAdapter, Serializable {  public boolean supportsAdvice(Advice advice) {        return (advice instanceof MethodBeforeAdvice);  }  public MethodInterceptor getInterceptor(Advisor advisor) {        MethodBeforeAdvice advice = (MethodBeforeAdvice) advisor.getAdvice();  return new MethodBeforeAdviceInterceptor(advice);  }}

5

包裝器模式

在我們的項目中遇到這樣一個問題：我們的項目需要連接配接多個資料庫，而且不同的客戶在每次通路中根據需要會去通路不同的資料庫。我們以往在spring和hibernate架構中總是配置一個資料源，因而sessionFactory的dataSource屬性總是指向這個資料源并且恒定不變，所有DAO在使用sessionFactory的時候都是通過這個資料源通路資料庫。

但是現在，由于項目的需要，我們的DAO在通路sessionFactory的時候都不得不在多個資料源中不斷切換，問題就出現了：如何讓sessionFactory在執行資料持久化的時候，根據客戶的需求能夠動态切換不同的資料源？我們能不能在spring的架構下通過少量修改得到解決？是否有什麼設計模式可以利用呢？

首先想到在spring的applicationContext中配置所有的dataSource。這些dataSource可能是各種不同類型的，比如不同的資料庫：Oracle、SQL Server、MySQL等，也可能是不同的資料源：比如apache 提供的org.apache.commons.dbcp.BasicDataSource、spring提供的org.springframework.jndi.JndiObjectFactoryBean等。然後sessionFactory根據客戶的每次請求，将dataSource屬性設定成不同的資料源，以到達切換資料源的目的。

spring中用到的包裝器模式在類名上有兩種表現：一種是類名中含有Wrapper，另一種是類名中含有Decorator。基本上都是動态地給一個對象添加一些額外的職責。

6

代理模式

為其他對象提供一種代理以控制對這個對象的通路。從結構上來看和Decorator模式類似，但Proxy是控制，更像是一種對功能的限制，而Decorator是增加職責。 spring的Proxy模式在aop中有展現，比如JdkDynamicAopProxy和Cglib2AopProxy。

7

觀察者模式

定義對象間的一種一對多的依賴關系，當一個對象的狀态發生改變時，所有依賴于它的對象都得到通知并被自動更新。 spring中Observer模式常用的地方是listener的實作。如ApplicationListener。

8

政策模式

定義一系列的算法，把它們一個個封裝起來，并且使它們可互相替換。本模式使得算法可獨立于使用它的客戶而變化。 spring中在執行個體化對象的時候用到Strategy模式在SimpleInstantiationStrategy中有如下代碼說明了政策模式的使用情況：