回顧一下設(shè)計(jì)模式，Spring中使用的設(shè)計(jì)模式

設(shè)計(jì)模式的六大原則

總原則－開閉原則
對擴(kuò)展開放，對修改封閉。在程序需要進(jìn)行拓展的時(shí)候，不能去修改原有的代碼，而是要擴(kuò)展原有代碼，實(shí)現(xiàn)一個(gè)熱插拔的效果。所以一句話概括就是：為了使程序的擴(kuò)展性好，易于維護(hù)和升級。

1、單一職責(zé)原則
不要存在多于一個(gè)導(dǎo)致類變更的原因，也就是說每個(gè)類應(yīng)該實(shí)現(xiàn)單一的職責(zé)，否則就應(yīng)該把類拆分。

2、里氏替換原則（Liskov Substitution Principle）
任何基類可以出現(xiàn)的地方，子類一定可以出現(xiàn)。里氏替換原則是繼承復(fù)用的基石，只有當(dāng)衍生類可以替換基類，軟件單位的功能不受到影響時(shí)，基類才能真正被復(fù)用，而衍生類也能夠在基類的基礎(chǔ)上增加新的行為。
里氏代換原則是對“開-閉”原則的補(bǔ)充。實(shí)現(xiàn)“開閉”原則的關(guān)鍵步驟就是抽象化。而基類與子類的繼承關(guān)系就是抽象化的具體實(shí)現(xiàn)，所以里氏代換原則是對實(shí)現(xiàn)抽象化的具體步驟的規(guī)范。里氏替換原則中，子類對父類的非抽象方法盡量不要重寫和重載。因?yàn)楦割惔砹硕x好的結(jié)構(gòu)，通過這個(gè)規(guī)范的接口與外界交互，子類不應(yīng)該隨便破壞它。

3、依賴倒轉(zhuǎn)原則（Dependence Inversion Principle）
面向接口編程，依賴于抽象而不依賴于具體。寫代碼時(shí)用到具體類時(shí)，不與具體類交互，而與具體類的上層接口交互。

4、接口隔離原則（Interface Segregation Principle）
每個(gè)接口中不存在子類用不到卻必須實(shí)現(xiàn)的方法，如果不然，就要將接口拆分。使用多個(gè)隔離的接口，比使用單個(gè)接口（多個(gè)接口方法集合到一個(gè)的接口）要好。

5、迪米特法則（最少知道原則）（Demeter Principle）
一個(gè)類對自己依賴的類知道的越少越好。無論被依賴的類多么復(fù)雜，都應(yīng)該將邏輯封裝在方法的內(nèi)部，通過public方法提供給外部。這樣當(dāng)被依賴的類變化時(shí)，才能最小的影響該類。
最少知道原則的另一個(gè)表達(dá)方式是：只與直接的朋友通信。類之間只要有耦合關(guān)系，就叫朋友關(guān)系。耦合分為依賴、關(guān)聯(lián)、聚合、組合等。我們稱出現(xiàn)為成員變量、方法參數(shù)、方法返回值中的類為直接朋友。局部變量、臨時(shí)變量則不是直接的朋友。我們要求陌生的類不要作為局部變量出現(xiàn)在類中。

6、合成復(fù)用原則（Composite Reuse Principle）
盡量首先使用合成/聚合的方式，而不是使用繼承。

23種設(shè)計(jì)模式

創(chuàng)建型模式。共五種：工廠方法模式、抽象工廠模式、單例模式、建造者模式、原型模式

結(jié)構(gòu)型模式。共七種：適配器模式、裝飾者模式、代理模式、外觀模式、橋接模式、組合模式、享元模式。

行為型模式。共十一種：策略模式、模板方法模式、觀察者模式、迭代子模式、責(zé)任鏈模式、命令模式、備忘錄模式、狀態(tài)模式、訪問者模式、中介者模式、解釋器模式。

設(shè)計(jì)模式不止是應(yīng)用與B/S模式也有C/S模式的，有些設(shè)計(jì)模式對于B/S幾乎用不上，也就顯得不常見。

創(chuàng)建型

1工廠方法模式
AopProxyFactory與DefaultAopProxyFactory
通過工廠方法模式將創(chuàng)建AopProxy的工作從ProxyFactory中分離出來
可以讓調(diào)用方自己選擇工廠

2抽象工廠模式
FactoryBean 接口是基于抽象工廠模式設(shè)計(jì)的。Spring 提供了很多這個(gè)接口的實(shí)現(xiàn)，比如 ProxyFactoryBean、JndiFactoryBean、LocalSessionFactoryBean、LocalContainerEntityManagerFactoryBean 等。
多個(gè)工廠產(chǎn)品（方法）時(shí)就從工廠方法升級為抽象工廠

3單例模式
嚴(yán)格的沒有，寬泛的容器獲取單例配置bean可以看做單例模式

4建造者模式
BeanDefinitionBuilder
構(gòu)造參數(shù)過多的對象時(shí)建議使用

5原型模式
嚴(yán)格的沒有，寬泛的容器獲取原型配置bean可以看做原型模式

結(jié)構(gòu)型

6適配器模式
HandlerAdapter通過Handler獲取實(shí)際執(zhí)行者，適配更具體的執(zhí)行行為
通過適配器轉(zhuǎn)換接口實(shí)現(xiàn)

7裝飾者模式
ClientHttpRequestDecorator通過裝飾者模式增強(qiáng)默認(rèn)功能
BeanDefinitionDecorator解析自定義屬性增強(qiáng)Bean定義

8代理模式
AOP中的JdkDynamicAopProxy和CglibAopProxy

裝飾者模式和代理模式的區(qū)別：一個(gè)側(cè)重自己能力增強(qiáng)，另一個(gè)側(cè)重實(shí)現(xiàn)對象的控制，兩個(gè)側(cè)重點(diǎn)不同

9外觀/門面模式
本質(zhì)是：封裝交互，簡化調(diào)用。
封裝內(nèi)部交互調(diào)用的都可以算外觀模式如定義統(tǒng)一Log接口實(shí)現(xiàn)各種日志依賴，JdbcUtils封裝連接的操作

10橋接模式
多維度變化時(shí)，將其他維度分離出去通過接口引入實(shí)現(xiàn)，這樣能更好的進(jìn)行多維度組合，避免繼承多維度變化產(chǎn)生類爆炸
暫時(shí)沒找到橋接的地方。。。

11組合模式
解決部分-整體問題。使得用戶對單個(gè)對象和組合對象的使用具有一致性，簡單來說封裝復(fù)雜的包含關(guān)系。
暫時(shí)沒找到組合模式的地方。。。

12享元模式
共享對象

行為型

13策略模式
AnnotationConfigWebApplicationContext和XmlWebApplicationContext一個(gè)基于注解，一個(gè)基于xml配置的容器解析

14模板方法模式
AbstractApplicationContext的refresh方法，OncePerRequestFilter的doFilter方法
定義頂層模板，層層向下放鉤子函數(shù)實(shí)現(xiàn)部分邏輯的變化以此實(shí)現(xiàn)統(tǒng)一模板邏輯

15觀察者模式
ApplicationEventMulticaster廣播事件被ApplicationListener監(jiān)聽
增加了一定程度的復(fù)雜性，大幅降低耦合，但是異步機(jī)制需要自己協(xié)調(diào)順序性

16迭代子模式
封裝集合操作
在Spring中很多集合操作都被封裝到一個(gè)完整對象中操作了，比如HandlerMethodArgumentResolverComposite

17責(zé)任鏈模式
降低耦合，解決鏈?zhǔn)秸{(diào)用問題
AOP中的ReflectiveMethodInvocation執(zhí)行切面的責(zé)任鏈

18命令模式
解耦命令發(fā)送方和實(shí)現(xiàn)方，自然支持撤銷&日志&復(fù)合命令

19備忘錄模式
保存一個(gè)對象的某個(gè)狀態(tài)，以便在適當(dāng)?shù)臅r(shí)候恢復(fù)對象

20狀態(tài)模式
隨著狀態(tài)的改變，許多行為發(fā)生根本的變化，避免狀態(tài)的過多判斷，可以封裝狀態(tài)類
許多狀態(tài)機(jī)的設(shè)計(jì)方案

21訪問者模式
通過訪問者模式將目標(biāo)對象的部分行為委托到訪問者進(jìn)行處理，適合結(jié)構(gòu)穩(wěn)定，行為多變且和自身關(guān)聯(lián)性不大的類
BeanDefinitionVisitor訪問BeanDefinition設(shè)置屬性，ClassVisitor通過字節(jié)碼訪問Class對象，此時(shí)Class尚未加載

22中介者模式
主要解決對象與對象之間存在大量的關(guān)聯(lián)關(guān)系，將1對多轉(zhuǎn)為1對1（中介）

23解釋器模式
主要用于設(shè)計(jì)自定義語法表達(dá)式
SPEL表達(dá)式SpelExpression