設計模式的原則總結起來，就是多用接口/抽象類，從而增加代碼的可擴展性(減少修改代碼)，降低模塊間的依賴和聯系，體現了OOP的模塊化、可擴展性等特征。

1.工廠模式

工廠模式(Factory Pattern)是 Java 中最常用的設計模式之一。這種類型的設計模式屬于創(chuàng)建型模式，它提供了一種創(chuàng)建對象的最佳方式。

在Java工廠模式中，我們在創(chuàng)建對象時不會對客戶端暴露創(chuàng)建邏輯，并且是通過使用一個共同的接口來指向新創(chuàng)建的對象。

意圖：定義一個創(chuàng)建對象的接口，讓其子類自己決定實例化哪一個工廠類，工廠模式使其創(chuàng)建過程延遲到子類進行。

主要解決：主要解決接口選擇的問題。

何時使用：我們明確地計劃不同條件下創(chuàng)建不同實例時。

如何解決：讓其子類實現工廠接口，返回的也是一個抽象的產品。

關鍵代碼：創(chuàng)建過程在其子類執(zhí)行。

應用實例：(1)您需要一輛汽車，可以直接從工廠里面提貨，而不用去管這輛汽車是怎么做出來的，以及這個汽車里面的具體實現。(2)Hibernate 換數據庫只需換方言和驅動就可以。

優(yōu)點：(1)一個調用者想創(chuàng)建一個對象，只要知道其名稱就可以了。(2)擴展性高，如果想增加一個產品，只要擴展一個工廠類就可以。(3)屏蔽產品的具體實現，調用者只關心產品的接口。

缺點：每次增加一個產品時，都需要增加一個具體類和對象實現工廠，使得系統(tǒng)中類的個數成倍增加，在一定程度上增加了系統(tǒng)的復雜度，同時也增加了系統(tǒng)具體類的依賴。這并不是什么好事。

注意事項：作為一種創(chuàng)建類模式，在任何需要生成復雜對象的地方，都可以使用工廠方法模式。有一點需要注意的地方就是復雜對象適合使用工廠模式，而簡單對象，特別是只需要通過 new 就可以完成創(chuàng)建的對象，無需使用工廠模式。如果使用工廠模式，就需要引入一個工廠類，會增加系統(tǒng)的復雜度。

2.抽象工廠模式

抽象工廠模式(Abstract Factory Pattern)是圍繞一個超級工廠創(chuàng)建其他工廠。該超級工廠又稱為其他工廠的工廠。這種類型的設計模式屬于創(chuàng)建型模式，它提供了一種創(chuàng)建對象的最佳方式。

在抽象工廠模式中，接口是負責創(chuàng)建一個相關對象的工廠，不需要顯式指定它們的類。每個生成的工廠都能按照工廠模式提供對象。

意圖：提供一個創(chuàng)建一系列相關或相互依賴對象的接口，而無需指定它們具體的類。

主要解決：主要解決接口選擇的問題。

何時使用：系統(tǒng)的產品有多于一個的產品族，而系統(tǒng)只消費其中某一族的產品。

如何解決：在一個產品族里面，定義多個產品。

關鍵代碼：在一個工廠里聚合多個同類產品。

應用實例：工作了，為了參加一些聚會，肯定有兩套或多套衣服吧，比如說有商務裝(成套，一系列具體產品)、時尚裝(成套，一系列具體產品)，甚至對于一個家庭來說，可能有商務女裝、商務男裝、時尚女裝、時尚男裝，這些也都是成套的，即一系列具體產品。假設一種情況(現實中是不存在的，要不然，沒法進入共產主義了，但有利于說明抽象工廠模式)，在您的家中，某一個衣柜(具體工廠)只能存放某一種這樣的衣服(成套，一系列具體產品)，每次拿這種成套的衣服時也自然要從這個衣柜中取出了。用 OO 的思想去理解，所有的衣柜(具體工廠)都是衣柜類的(抽象工廠)某一個，而每一件成套的衣服又包括具體的上衣(某一具體產品)，褲子(某一具體產品)，這些具體的上衣其實也都是上衣(抽象產品)，具體的褲子也都是褲子(另一個抽象產品)。

優(yōu)點：當一個產品族中的多個對象被設計成一起工作時，它能保證客戶端始終只使用同一個產品族中的對象。

缺點：產品族擴展非常困難，要增加一個系列的某一產品，既要在抽象的 Creator 里加代碼，又要在具體的里面加代碼。

使用場景：(1)QQ 換皮膚，一整套一起換。(2)生成不同操作系統(tǒng)的程序。

注意事項：產品族難擴展，產品等級易擴展。

3.單例模式

單例模式(Singleton Pattern)是 Java 中最簡單的設計模式之一。這種類型的設計模式屬于創(chuàng)建型模式，它提供了一種創(chuàng)建對象的最佳方式。

這種Java單例模式涉及到一個單一的類，該類負責創(chuàng)建自己的對象，同時確保只有單個對象被創(chuàng)建。這個類提供了一種訪問其唯一的對象的方式，可以直接訪問，不需要實例化該類的對象。

注意：

(1)單例類只能有一個實例。

(2)單例類必須自己創(chuàng)建自己的唯一實例。

(3)單例類必須給所有其他對象提供這一實例。

主要解決：一個全局使用的類頻繁地創(chuàng)建與銷毀。

如何解決：判斷系統(tǒng)是否已經有這個單例，如果有則返回，如果沒有則創(chuàng)建。

關鍵代碼：構造函數是私有的。

單例設計模式一般有幾種實現形式，餓漢式，飽漢式，雙重加鎖式。

應用：數據庫連接池。因為數據庫連接池是一種數據庫資源，使用數據庫連接池的主要是為了節(jié)省打開或者關閉數據庫連接所造成的效率損耗，這種效率上的損耗還是非常昂貴的，使用單例設計模式可以大大降低這種損耗。

多線程中線程池的設計一般也采用單例設計模式，這是由于線程池要方便對池中的線程進行控制。

網站中訪問計數器，一般也是采用單例設計模式實現的，否則難以同步。

4.代理模式

Java代理模式在Java中十分常見，主要用于業(yè)務邏輯的接口不希望被客戶端調用。有如Spring實現AOP而使用動態(tài)代理

定義：給某一個對象提供一個代理，并由代理對象控制對原對象的引用。

(1)靜態(tài)代理

靜態(tài)代理比較簡單，是由程序員編寫的代理類，并在程序運行前就編譯好的，而不是由程序動態(tài)產生代理類，這就是所謂的靜態(tài)?？紤]這樣的場景，管理員在網站上執(zhí)行操作，在生成操作結果的同時需要記錄操作日志，這是很常見的。

(2)動態(tài)代理

JDK動態(tài)代理：

1)定義一個事件管理器類實現invocationHandle接口,并重寫invoke(代理類，被代理的方法，方法的參數列表)方法。

2)實現被代理類及其實現的接口，

3)調用Proxy.newProxyInstance(類加載器，類實現的接口，事務處理器對象);生成一個代理實例。

4)通過該代理實例調用方法。

cglib動態(tài)代理：通過“繼承”可以繼承父類所有的公開方法，然后可以重寫這些方法，在重寫時對這些方法增強，這就是cglib的思想。

以上就是動力節(jié)點小編介紹的“Java常用設計模式有多少種”的內容，希望對大家有幫助，如有疑問，請在線咨詢，有專業(yè)老師隨時為您服務。