又叫做靜态工廠方法（StaticFactory Method）模式，但不屬于23種GOF設計模式之一。
簡單工廠模式的實質是由一個工廠類根據傳入的參數，動态決定應該建立哪一個産品類。
Spring中的BeanFactory就是簡單工廠模式的展現，根據傳入一個唯一的辨別來獲得Bean對象，但是否是在傳入參數後建立還是傳入參數前建立這個要根據具體情況來定。
2. 工廠方法（Factory Method）定義一個用于建立對象的接口，讓子類決定執行個體化哪一個類。Factory Method使一個類的執行個體化延遲到其子類。
Spring中的FactoryBean就是典型的工廠方法模式。如下圖：
保證一個類僅有一個執行個體，并提供一個通路它的全局通路點。
Spring中的單例模式完成了後半句話，即提供了全局的通路點BeanFactory。但沒有從構造器級别去控制單例，這是因為Spring管理的是是任意的Java對象。
4. 擴充卡（Adapter）将一個類的接口轉換成客戶希望的另外一個接口。Adapter模式使得原本由于接口不相容而不能一起工作的那些類可以一起工作。
Spring中在對于AOP的進行中有Adapter模式的例子，見如下圖：
由于Advisor鍊需要的是MethodInterceptor（攔截器）對象，是以每一個Advisor中的Advice都要适配成對應的MethodInterceptor對象。
5.包裝器（Decorator）動态地給一個對象添加一些額外的職責。就增加功能來說，Decorator模式相比生成子類更為靈活。
Spring中用到的包裝器模式在類名上有兩種表現：一種是類名中含有Wrapper，另一種是類名中含有Decorator。基本上都是動态地給一個對象添加一些額外的職責。
6. 代理（Proxy）為其他對象提供一種代理以控制對這個對象的通路。
從結構上來看和Decorator模式類似，但Proxy是控制，更像是一種對功能的限制，而Decorator是增加職責。
Spring的Proxy模式在aop中有展現，比如JdkDynamicAopProxy和Cglib2AopProxy。
7.觀察者（Observer）定義對象間的一種一對多的依賴關系，當一個對象的狀态發生改變時，所有依賴于它的對象都得到通知并被自動更新。
Spring中Observer模式常用的地方是listener的實作。如ApplicationListener。
8. 政策（Strategy）定義一系列的算法，把它們一個個封裝起來，并且使它們可互相替換。本模式使得算法可獨立于使用它的客戶而變化。
Spring中在執行個體化對象的時候用到Strategy模式，見如下圖：
在SimpleInstantiationStrategy中有如下代碼說明了政策模式的使用情況：
定義一個操作中的算法的骨架，而将一些步驟延遲到子類中。Template Method使得子類可以不改變一個算法的結構即可重定義該算法的某些特定步驟。
Template Method模式一般是需要繼承的。這裡想要探讨另一種對Template Method的了解。Spring中的JdbcTemplate，在用這個類時并不想去繼承這個類，因為這個類的方法太多，但是我們還是想用到JdbcTemplate已有的穩定的、公用的資料庫連接配接，那麼我們怎麼辦呢？我們可以把變化的東西抽出來作為一個參數傳入JdbcTemplate的方法中。但是變化的東西是一段代碼，而且這段代碼會用到JdbcTemplate中的變量。怎麼辦？那我們就用回調對象吧。在這個回調對象中定義一個操縱JdbcTemplate中變量的方法，我們去實作這個方法，就把變化的東西集中到這裡了。然後我們再傳入這個回調對象到JdbcTemplate，進而完成了調用。這可能是Template Method不需要繼承的另一種實作方式吧。
以下是一個具體的例子：
JdbcTemplate中的execute方法：
JdbcTemplate執行execute方法：
知識隻有共享才能傳播，才能推崇出新的知識，才能學到更多，這裡寫的每一篇文字/部落格，基本都是從網上查詢了一下資料然後記錄下來，也有些是原滋原味搬了過來，也有時加了一些自己的想法
歡迎工作一到五年的Java工程師朋友們加入Java填坑之路：860113481
群内提供免費的Java架構學習資料（裡面有高可用、高并發、高性能及分布式、Jvm性能調優、Spring源碼，MyBatis，Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多個知識點的架構資料）合理利用自己每一分每一秒的時間來學習提升自己，不要再用"沒有時間“來掩飾自己思想上的懶惰！趁年輕，使勁拼，給未來的自己一個交代！