Spring面試中常見的9種設計模式！

來源：Java和Android架構

一、簡單工廠

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

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

Spring中的BeanFactory就是簡單工廠模式的體現，根據傳入一個唯一的標識來獲得Bean對象，但是否是在傳入參數後創建還是傳入參數前創建這個要根據具體情況來定。

二、工廠方法（Factory Method）

定義一個用於創建對象的接口，讓子類決定實例化哪一個類。Factory Method使一個類的實例化延遲到其子類。

Spring中的FactoryBean就是典型的工廠方法模式。如下圖：

三、單例（Singleton）

保證一個類僅有一個實例，並提供一個訪問它的全局訪問點。

Spring中的單例模式完成了後半句話，即提供了全局的訪問點BeanFactory。但沒有從構造器級別去控制單例，這是因爲Spring管理的是是任意的Java對象。

四、適配器（Adapter）

將一個類的接口轉換成客戶希望的另外一個接口。Adapter模式使得原本由於接口不兼容而不能一起工作的那些類可以一起工作。

Spring中在對於AOP的處理中有Adapter模式的例子，見如下圖：

由於Advisor鏈需要的是MethodInterceptor（攔截器）對象，所以每一個Advisor中的Advice都要適配成對應的MethodInterceptor對象。

五、包裝器（Decorator）

動態地給一個對象添加一些額外的職責。就增加功能來說，Decorator模式相比生成子類更爲靈活。

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

六、代理（Proxy）

爲其他對象提供一種代理以控制對這個對象的訪問。

從結構上來看和Decorator模式類似，但Proxy是控制，更像是一種對功能的限制，而Decorator是增加職責。

Spring的Proxy模式在aop中有體現，比如JdkDynamicAopProxy和Cglib2AopProxy。

七、觀察者（Observer）

定義對象間的一種一對多的依賴關係，當一個對象的狀態發生改變時，所有依賴於它的對象都得到通知並被自動更新。

Spring中Observer模式常用的地方是listener的實現。如ApplicationListener。

八、策略（Strategy）

定義一系列的算法，把它們一個個封裝起來，並且使它們可相互替換。本模式使得算法可獨立於使用它的客戶而變化。

Spring中在實例化對象的時候用到Strategy模式，見如下圖：

在SimpleInstantiationStrategy中有如下代碼說明了策略模式的使用情況：

九、模板方法（Template Method）

定義一個操作中的算法的骨架，而將一些步驟延遲到子類中。Template Method使得子類可以不改變一個算法的結構即可重定義該算法的某些特定步驟。

Template Method模式一般是需要繼承的。這裏想要探討另一種對Template Method的理解。Spring中的JdbcTemplate，在用這個類時並不想去繼承這個類，因爲這個類的方法太多，但是我們還是想用到JdbcTemplate已有的穩定的、公用的數據庫連接，那麼我們怎麼辦呢？我們可以把變化的東西抽出來作爲一個參數傳入JdbcTemplate的方法中。但是變化的東西是一段代碼，而且這段代碼會用到JdbcTemplate中的變量。怎麼辦？那我們就用回調對象吧。在這個回調對象中定義一個操縱JdbcTemplate中變量的方法，我們去實現這個方法，就把變化的東西集中到這裏了。然後我們再傳入這個回調對象到JdbcTemplate，從而完成了調用。這可能是Template Method不需要繼承的另一種實現方式吧。

以下是一個具體的例子：

JdbcTemplate中的execute方法：

JdbcTemplate執行execute方法：

本文分享自微信公衆號 - JAVA高級架構（gaojijiagou）。
如有侵權，請聯繫 [email protected] 刪除。
本文參與“OSC源創計劃”，歡迎正在閱讀的你也加入，一起分享。