設計模式做爲工做學習中的枕邊書，卻時常處於勤說不用的尷尬境地，也不是咱們時常忘記只是一直沒有記憶。java
今天，就設計模式的內在價值作一番探討，並以spring爲例進行講解，只有領略了其設計的思想理念，才能在工做學習面試
中運用到「無形」。算法
Spring做爲業界的經典框架，不管是在架構設計方面，仍是在代碼編寫方面，都堪稱行內典範。spring
spring中經常使用的設計模式達到九種，咱們一一舉例：數據庫
第一種：簡單工廠apache
又叫作靜態工廠方法（StaticFactory Method）模式，但不屬於23種GOF設計模式之一。編程
簡單工廠模式的實質是由一個工廠類根據傳入的參數，動態決定應該建立哪個產品類。設計模式
spring中的BeanFactory就是簡單工廠模式的體現，根據傳入一個惟一的標識來得到bean對象，可是否是在傳入session
參數後建立仍是傳入參數前建立這個要根據具體狀況來定。架構
以下配置，就是在 HelloItxxz 類中建立一個 itxxzBean。
第二種：工廠方法（Factory Method）
一般由應用程序直接使用new建立新的對象，爲了將對象的建立和使用相分離，採用工廠模式,
即應用程序將對象的建立及初始化職責交給工廠對象。
通常狀況下,應用程序有本身的工廠對象來建立bean.
若是將應用程序本身的工廠對象交給Spring管理,那麼Spring管理的就不是普通的bean,而是工廠Bean。
螃蟹就以工廠方法中的靜態方法爲例講解一下：
建一個config.xm配置文件，將其歸入Spring容器來管理,須要經過factory-method指定靜態.
方法名稱：
測試:
第三種：單例模式（Singleton）
保證一個類僅有一個實例，並提供一個訪問它的全局訪問點。
spring中的單例模式完成了後半句話，即提供了全局的訪問點BeanFactory。
但沒有從構造器級別去控制單例，這是由於spring管理的是是任意的java對象。
核心提示點：Spring下默認的bean均爲singleton，能夠經過singleton=「true|false」 或者scope=「？」來指定
第四種：適配器（Adapter）
在Spring的Aop中，使用的Advice（通知）來加強被代理類的功能。
Spring實現這一AOP功能的原理就使用代理模式（一、JDK動態代理。二、CGLib字節碼生成技術代理。）
對類進行方法級別的切面加強，即，生成被代理類的代理類， 並在代理類的方法前，設置
截器，經過執行攔截器重的內容加強了代理方法的功能，實現的面向切面編程。
Adapter類接口：Target
MethodBeforeAdviceAdapter類，Adapter：
第五種：包裝器（Decorator）
在咱們的項目中遇到這樣一個問題：
咱們的項目須要鏈接多個數據庫，並且不一樣的客戶在每次訪問中根據須要會去訪問不一樣的數據
庫。
咱們以往在spring和hibernate框架中老是配置一個數據源，於是sessionFactory的
dataSource屬性老是指向這個數據源而且恆定不變，全部DAO在使用sessionFactory的時候
都是經過這個數據源訪問數據庫。
可是如今，因爲項目的須要，咱們的DAO在訪問sessionFactory的時候都不得不在多個數據
源中不斷切換，問題就出現了：如何讓sessionFactory在執行數據持久化的時候，根據客戶
的需求可以動態切換不一樣的數據源？咱們能不能在spring的框架下經過少許修改獲得解決？是否有什麼設計模式能夠利
用呢？
首先想到在spring的applicationContext中配置全部的dataSource。
這些dataSource多是各類不一樣類型的，好比不一樣的數據庫：Oracle、SQL Server、MySQL
等，也多是不一樣的數據源：好比apache 提供的
org.apache.commons.dbcp.BasicDataSource、spring提供的
org.springframework.jndi.JndiObjectFactoryBean等。
而後sessionFactory根據客戶的每次請求，將dataSource屬性設置成不一樣的數據源，以到達切換數據源的目的。
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方法：
篇幅有限，這裏收集了各方面的，當前公司的，還有本身收集總結的，下面的圖片截取的有pdf，有若是有須要的自取.
各大公司面試題集合：
簡歷模板：
連接： https://pan.baidu.com/s/1DO6XGkbmak7KIt6Y7JQqyw
提取碼：fgj6
不知道會不會失效,若是失效點擊（778490892）或者掃描下面二維碼，進羣獲取，連接補發不過來，謝謝。
最後
歡迎你們評論區一塊兒交流，相互提高；整理資料不易，若是喜歡文章記得點個贊哈，感謝你們支持！！！