簡歷寫熟悉Spring源碼？你知道它用到了哪些設(shè)計(jì)模式？
Spring作為業(yè)界的經(jīng)典框架，無論是在架構(gòu)設(shè)計(jì)方面，還是在代碼編寫方面，都堪稱行內(nèi)典范。好了，話不多說，開始今天的內(nèi)容。
spring中常用的設(shè)計(jì)模式達(dá)到九種。
模板方法(Template Method)
spring的jdbc模板，對Spring源碼的精妙真是佩服得五體投地，極為經(jīng)典。
spring中真是集設(shè)計(jì)模式之大成，而且用得是爐火純青。模板方法(template method)就在spring中被大量使用，如：jdbcTemplate,hibernateTemplate,JndiTemplate以及一些包圍的包裝等都無疑使用了模板模式，但spring并不是單純使用了模板方法，而是在此基礎(chǔ)上做了創(chuàng)新，配合callback(回調(diào))一起使用，用得極其靈活。
所謂模板板式，就是在父類中定義算法的主要流程，而把一些個(gè)性化的步驟延遲到子類中去實(shí)現(xiàn)，父類始終控制著整個(gè)流程的主動權(quán)，子類只是輔助父類實(shí)現(xiàn)某些可定制的步驟。
所謂回調(diào)，就是方法參數(shù)中傳遞一個(gè)接口，父類在調(diào)用此方法時(shí)，必須調(diào)用方法中傳遞的接口的實(shí)現(xiàn)類。
以下是一個(gè)具體的例子，JdbcTemplate中的execute方法。
上面所述僅僅是Spring JdbcTemplte實(shí)現(xiàn)的基本原理，Spring JdbcTemplate內(nèi)部還做了更多的事情，比如，把所有的基本操作都封裝到JdbcOperations接口內(nèi)，以及采用JdbcAccessor來管理DataSource和轉(zhuǎn)換異常等。
策略(Strategy)
策略模式是對算法的包裝，把使用算法的責(zé)任和算法本身分隔開，委派給不同的對象管理。策略模式通常把一系列的算法包裝到一系列的策略類里面，作為一個(gè)抽象策略類的子類。
spring中在實(shí)例化對象的時(shí)候用到Strategy模式，在SimpleInstantiationStrategy中有如下代碼說明了策略模式的使用情況。
簡單工廠
又叫做靜態(tài)工廠方法(StaticFactory Method)模式，但不屬于23種GOF設(shè)計(jì)模式之一。
簡單工廠模式的實(shí)質(zhì)是由一個(gè)工廠類根據(jù)傳入的參數(shù)，動態(tài)決定應(yīng)該創(chuàng)建哪一個(gè)產(chǎn)品類。
spring中的BeanFactory就是簡單工廠模式的體現(xiàn)，根據(jù)傳入一個(gè)唯一的標(biāo)識來獲得bean對象，但是否是在傳入?yún)?shù)后創(chuàng)建還是傳入?yún)?shù)前創(chuàng)建這個(gè)要根據(jù)具體情況來定。如下配置，就是在 HelloItxxz 類中創(chuàng)建一個(gè) itxxzBean。
- <beans>
工廠方法(Factory Method)
通常由應(yīng)用程序直接使用new創(chuàng)建新的對象，為了將對象的創(chuàng)建和使用相分離，采用工廠模式,即應(yīng)用程序?qū)ο蟮膭?chuàng)建及初始化職責(zé)交給工廠對象。
一般情況下,應(yīng)用程序有自己的工廠對象來創(chuàng)建bean.如果將應(yīng)用程序自己的工廠對象交給Spring管理,那么Spring管理的就不是普通的bean,而是工廠Bean。
就以工廠方法中的靜態(tài)方法為例講解一下。
- import java.util.Random;
建一個(gè)config.xm配置文件，將其納入Spring容器來管理,需要通過factory-method指定靜態(tài)方法名稱。
測試：
- <bean id="random"
單例模式(Singleton)
保證一個(gè)類僅有一個(gè)實(shí)例，并提供一個(gè)訪問它的全局訪問點(diǎn)。
spring中的單例模式完成了后半句話，即提供了全局的訪問點(diǎn)BeanFactory。但沒有從構(gòu)造器級別去控制單例，這是因?yàn)閟pring管理的是是任意的java對象。
核心提示點(diǎn)：Spring下默認(rèn)的bean均為singleton，可以通過singleton=“true|false” 或者 scope=“?”來指定。
適配器(Adapter)
在Spring的Aop中，使用的Advice(通知)來增強(qiáng)被代理類的功能。
Spring實(shí)現(xiàn)這一AOP功能的原理就使用代理模式。
1、JDK動態(tài)代理。
2、CGLib字節(jié)碼生成技術(shù)代理。
對類進(jìn)行方法級別的切面增強(qiáng)，即，生成被代理類的代理類， 并在代理類的方法前，設(shè)置攔截器，通過執(zhí)行攔截器重的內(nèi)容增強(qiáng)了代理方法的功能，實(shí)現(xiàn)的面向切面編程。
- public interface AdvisorAdapter {
- class MethodBeforeAdviceAdapter implements AdvisorAdapter, Serializable {
代理(Proxy)
為其他對象提供一種代理以控制對這個(gè)對象的訪問。
從結(jié)構(gòu)上來看和Decorator模式類似，但Proxy是控制，更像是一種對功能的限制，而Decorator是增加職責(zé)。
spring的Proxy模式在aop中有體現(xiàn)，比如JdkDynamicAopProxy和Cglib2AopProxy。
裝飾模式(Decorator)
也叫包裝器模式(Wrapper)。GOF在《設(shè)計(jì)模式》一書中給出的定義為：動態(tài)地給一個(gè)對象添加一些額外的職責(zé)。就增加功能來說，Decorator模式相比生成子類更為靈活。
在我們的項(xiàng)目中遇到這樣一個(gè)問題：我們的項(xiàng)目需要連接多個(gè)數(shù)據(jù)庫，而且不同的客戶在每次訪問中根據(jù)需要會去訪問不同的數(shù)據(jù)庫。
這里，你會首先想到得是在spring的applicationContext中配置所有的dataSource。這些dataSource可能是各種不同類型的，比如不同的數(shù)據(jù)庫：Oracle、SQL Server、MySQL等，也可能是不同的數(shù)據(jù)源：比如apache 提供的org.apache.commons.dbcp.BasicDataSource、spring提供的org.springframework.jndi.JndiObjectFactoryBean等。然后sessionFactory根據(jù)客戶的每次請求，將dataSource屬性設(shè)置成不同的數(shù)據(jù)源，以到達(dá)切換數(shù)據(jù)源的目的。
Spring中用到的包裝器模式在類名上有兩種表現(xiàn)：一種是類名中含有Wrapper，另一種是類名中含有Decorator。基本上都是動態(tài)地給一個(gè)對象添加一些額外的職責(zé)。
觀察者(Observer)
定義對象間的一種一對多的依賴關(guān)系，當(dāng)一個(gè)對象的狀態(tài)發(fā)生改變時(shí)，所有依賴于它的對象都得到通知并被自動更新。
spring中Observer模式常用的地方是listener的實(shí)現(xiàn)。如ApplicationListener。
