設(shè)計模式作為工作學(xué)習(xí)中的枕邊書，卻時常處于勤說不用的尷尬境地泻红，也不是我們時常忘記夭禽，只是一直沒有記憶。Spring作為業(yè)界的經(jīng)典框架谊路，無論是在架構(gòu)設(shè)計方面讹躯，還是在代碼編寫方面，都堪稱行內(nèi)典范缠劝。
好了潮梯，話不多說，開始今天的內(nèi)容惨恭。spring中常用的設(shè)計模式達(dá)到九種秉馏，我們舉例說明。
以后再也不怕面試官問我：Spring中用了哪些設(shè)計模式了喉恋。
1
簡單工廠模式
又叫做靜態(tài)工廠方法（StaticFactory Method）模式沃饶，但不屬于23種GOF設(shè)計模式之一母廷。?
簡單工廠模式的實(shí)質(zhì)是由一個工廠類根據(jù)傳入的參數(shù)轻黑，動態(tài)決定應(yīng)該創(chuàng)建哪一個產(chǎn)品類。?
spring中的BeanFactory就是簡單工廠模式的體現(xiàn)琴昆，根據(jù)傳入一個唯一的標(biāo)識來獲得bean對象氓鄙，但是否是在傳入?yún)?shù)后創(chuàng)建還是傳入?yún)?shù)前創(chuàng)建這個要根據(jù)具體情況來定。如下配置业舍，就是在 HelloItxxz 類中創(chuàng)建一個 itxxzBean抖拦。
Hello! 這是singletonBean
Hello! 這是itxxzBean!
2
工廠方法模式
通常由應(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)方法為例講解一下：
importjava.util.Random;
publicclassStaticFactoryBean{
publicstaticIntegercreateRandom(){
returnnewInteger(newRandom().nextInt());
}
}
建一個config.xm配置文件下面，將其納入Spring容器來管理,需要通過factory-method指定靜態(tài)方法名稱：
class="example.chapter3.StaticFactoryBean"factory-method="createRandom"
scope="prototype"
/>
測試：
publicstaticvoidmain(String[] args){
//調(diào)用getBean()時,返回隨機(jī)數(shù).如果沒有指定factory-method,會返回StaticFactoryBean的實(shí)例,即返回工廠Bean的實(shí)例 ? ? ??
XmlBeanFactory factory =newXmlBeanFactory(newClassPathResource("config.xml"));
System.out.println("我是IT學(xué)習(xí)者創(chuàng)建的實(shí)例:"+factory.getBean("random").toString());
}
3
單例模式
保證一個類僅有一個實(shí)例复颈，并提供一個訪問它的全局訪問點(diǎn)。
spring中的單例模式完成了后半句話沥割，即提供了全局的訪問點(diǎn)BeanFactory耗啦。但沒有從構(gòu)造器級別去控制單例凿菩，這是因?yàn)閟pring管理的是是任意的java對象。
核心提示點(diǎn)：Spring下默認(rèn)的bean均為singleton帜讲，可以通過singleton=“true|false” 或者 scope="?"來指定衅谷。
4
適配器模式
在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)的面向切面編程。
Adapter類接口：Target
publicinterfaceAdvisorAdapter{
booleansupportsAdvice(Advice advice);
MethodInterceptorgetInterceptor(Advisor advisor);
} MethodBeforeAdviceAdapter類刨沦，Adapter
classMethodBeforeAdviceAdapterimplementsAdvisorAdapter,Serializable{
publicbooleansupportsAdvice(Advice advice){
return(adviceinstanceofMethodBeforeAdvice);
}
publicMethodInterceptorgetInterceptor(Advisor advisor){
MethodBeforeAdvice advice = (MethodBeforeAdvice) advisor.getAdvice();
returnnewMethodBeforeAdviceInterceptor(advice);
}
}
5
包裝器模式
在我們的項(xiàng)目中遇到這樣一個問題：我們的項(xiàng)目需要連接多個數(shù)據(jù)庫诗宣，而且不同的客戶在每次訪問中根據(jù)需要會去訪問不同的數(shù)據(jù)庫。我們以往在spring和hibernate框架中總是配置一個數(shù)據(jù)源想诅，因而sessionFactory的dataSource屬性總是指向這個數(shù)據(jù)源并且恒定不變召庞，所有DAO在使用sessionFactory的時候都是通過這個數(shù)據(jù)源訪問數(shù)據(jù)庫来破。
但是現(xiàn)在，由于項(xiàng)目的需要诅诱，我們的DAO在訪問sessionFactory的時候都不得不在多個數(shù)據(jù)源中不斷切換送朱，問題就出現(xiàn)了：如何讓sessionFactory在執(zhí)行數(shù)據(jù)持久化的時候，根據(jù)客戶的需求能夠動態(tài)切換不同的數(shù)據(jù)源炮沐？我們能不能在spring的框架下通過少量修改得到解決回怜？是否有什么設(shè)計模式可以利用呢？?
首先想到在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)地給一個對象添加一些額外的職責(zé)审编。?
6
代理模式
為其他對象提供一種代理以控制對這個對象的訪問叮趴。? 從結(jié)構(gòu)上來看和Decorator模式類似，但Proxy是控制眯亦，更像是一種對功能的限制妻率，而Decorator是增加職責(zé)板祝。?
spring的Proxy模式在aop中有體現(xiàn)，比如JdkDynamicAopProxy和Cglib2AopProxy。?
7
觀察者模式
定義對象間的一種一對多的依賴關(guān)系伏伯，當(dāng)一個對象的狀態(tài)發(fā)生改變時捌袜，所有依賴于它的對象都得到通知并被自動更新。
spring中Observer模式常用的地方是listener的實(shí)現(xiàn)弄唧。如ApplicationListener霍衫。?
8
策略模式
定義一系列的算法，把它們一個個封裝起來澄干，并且使它們可相互替換柠傍。本模式使得算法可獨(dú)立于使用它的客戶而變化。?
spring中在實(shí)例化對象的時候用到Strategy模式
在SimpleInstantiationStrategy中有如下代碼說明了策略模式的使用情況：?
9
模板方法模式
定義一個操作中的算法的骨架疾掰，而將一些步驟延遲到子類中徐紧。Template Method使得子類可以不改變一個算法的結(jié)構(gòu)即可重定義該算法的某些特定步驟并级。
Template Method模式一般是需要繼承的。這里想要探討另一種對Template Method的理解嘲碧。spring中的JdbcTemplate愈涩，在用這個類時并不想去繼承這個類，因?yàn)檫@個類的方法太多履婉，但是我們還是想用到JdbcTemplate已有的穩(wěn)定的毁腿、公用的數(shù)據(jù)庫連接苛茂，那么我們怎么辦呢鸠窗？我們可以把變化的東西抽出來作為一個參數(shù)傳入JdbcTemplate的方法中。但是變化的東西是一段代碼躁绸，而且這段代碼會用到JdbcTemplate中的變量丙猬。怎么辦？那我們就用回調(diào)對象吧庭瑰。
在這個回調(diào)對象中定義一個操縱JdbcTemplate中變量的方法抢埋，我們?nèi)?shí)現(xiàn)這個方法，就把變化的東西集中到這里了穷吮。然后我們再傳入這個回調(diào)對象到JdbcTemplate饥努，從而完成了調(diào)用。這可能是Template Method不需要繼承的另一種實(shí)現(xiàn)方式驾诈。?
以下是一個具體的例子：
JdbcTemplate中的execute方法
?JdbcTemplate執(zhí)行execute方法?
擴(kuò)展閱讀
Java 設(shè)計模式學(xué)習(xí)之工廠模式
Java中的設(shè)計模式之適配器闯两、模板設(shè)計模式
單點(diǎn)登錄終極方案之 CAS 應(yīng)用及原理
SpringBoot 應(yīng)用部署于外置 Tomcat 容器
來源：http://itxxz.com/a/javashili/tuozhan/2014/0601/7.html
