面試題：你簡歷中寫到熟悉Spring源碼，那你給我說說它用到了那些設計模式？
- 2019 年 10 月 6 日
- 筆記
來源：http://t.cn/E9GCYFP
Spring作為業界的經典框架，無論是在架構設計方面，還是在程式碼編寫方面，都堪稱行內典範。好了，話不多說，開始今天的內容。
spring中常用的設計模式達到九種。
# 模板方法（Template Method）
spring的jdbc模板，對Spring源碼的精妙真是佩服得五體投地，極為經典。
spring中真是集設計模式之大成，而且用得是爐火純青。模板方法（template method）就在spring中被大量使用，如：jdbcTemplate,hibernateTemplate,JndiTemplate以及一些包圍的包裝等都無疑使用了模板模式，但spring並不是單純使用了模板方法，而是在此基礎上做了創新，配合callback（回調）一起使用，用得極其靈活。
所謂模板板式，就是在父類中定義演算法的主要流程，而把一些個性化的步驟延遲到子類中去實現，父類始終控制著整個流程的主動權，子類只是輔助父類實現某些可訂製的步驟。
所謂回調，就是方法參數中傳遞一個介面，父類在調用此方法時，必須調用方法中傳遞的介面的實現類。
以下是一個具體的例子，JdbcTemplate中的execute方法。
上面所述僅僅是Spring JdbcTemplte實現的基本原理，Spring JdbcTemplate內部還做了更多的事情，比如，把所有的基本操作都封裝到JdbcOperations介面內，以及採用JdbcAccessor來管理DataSource和轉換異常等。
# 策略（Strategy）
策略模式是對演算法的包裝，把使用演算法的責任和演算法本身分隔開，委派給不同的對象管理。策略模式通常把一系列的演算法包裝到一系列的策略類裡面，作為一個抽象策略類的子類。
spring中在實例化對象的時候用到Strategy模式，在SimpleInstantiationStrategy中有如下程式碼說明了策略模式的使用情況。
# 簡單工廠
又叫做靜態工廠方法（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>
# 工廠方法（Factory Method）
通常由應用程式直接使用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" //createRandom方法必須是static的,才能找到 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()); }
# 單例模式（Singleton）
保證一個類僅有一個實例，並提供一個訪問它的全局訪問點。
spring中的單例模式完成了後半句話，即提供了全局的訪問點BeanFactory。但沒有從構造器級別去控制單例，這是因為spring管理的是是任意的java對象。
核心提示點：Spring下默認的bean均為singleton，可以通過singleton=「true|false」 或者 scope=「？」來指定。
# 適配器（Adapter）
在Spring的Aop中，使用的Advice（通知）來增強被代理類的功能。
Spring實現這一AOP功能的原理就使用代理模式。
1、JDK動態代理。
2、CGLib位元組碼生成技術代理。
對類進行方法級別的切面增強，即，生成被代理類的代理類， 並在代理類的方法前，設置攔截器，通過執行攔截器重的內容增強了代理方法的功能，實現的面向切面編程。
public interface AdvisorAdapter { boolean supportsAdvice(Advice advice); MethodInterceptor getInterceptor(Advisor advisor); }
class 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); } }
# 代理（Proxy）
為其他對象提供一種代理以控制對這個對象的訪問。
從結構上來看和Decorator模式類似，但Proxy是控制，更像是一種對功能的限制，而Decorator是增加職責。
spring的Proxy模式在aop中有體現，比如JdkDynamicAopProxy和Cglib2AopProxy。
# 裝飾模式（Decorator）
也叫包裝器模式（Wrapper）。GOF在《設計模式》一書中給出的定義為：動態地給一個對象添加一些額外的職責。就增加功能來說，Decorator模式相比生成子類更為靈活。
在我們的項目中遇到這樣一個問題：我們的項目需要連接多個資料庫，而且不同的客戶在每次訪問中根據需要會去訪問不同的資料庫。
這裡，你會首先想到得是在spring的applicationContext中配置所有的dataSource。這些dataSource可能是各種不同類型的，比如不同的資料庫：Oracle、SQL Server、MySQL等，也可能是不同的數據源：比如apache 提供的org.apache.commons.dbcp.BasicDataSource、spring提供的org.springframework.jndi.JndiObjectFactoryBean等。然後sessionFactory根據客戶的每次請求，將dataSource屬性設置成不同的數據源，以到達切換數據源的目的。
Spring中用到的包裝器模式在類名上有兩種表現：一種是類名中含有Wrapper，另一種是類名中含有Decorator。基本上都是動態地給一個對象添加一些額外的職責。
# 觀察者（Observer）
定義對象間的一種一對多的依賴關係，當一個對象的狀態發生改變時，所有依賴於它的對象都得到通知並被自動更新。
