設計模式一套被反復使用，多數人知曉的代碼設計經驗的總結，實現可重用代碼，使代碼更容易被理解，保證代碼可靠性。

總體來說，設計模式分為三大類：

創建型模式（五種）：工廠方法模式、抽象工廠模式、單例模式、建造者模式、原型模式

結構型模式（七種）：適配器模式、裝飾器模式、代理模式、外觀模式、橋接模式、組合模式、享元模式

行為型模式（十一種）：策策略模式、模板方法模式、觀察者模式、迭代子模式、責任鏈模式、命令模式、備忘錄模式、狀態模式、訪問者模式、中介者模式、解釋器模式。

常見的設計模式介紹：

1、單例模式

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

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

何時使用：當您想控制實例數目，節省系統資源的時候。

如何解決：判斷系統是否已經有這個單例，如果有則返回，如果沒有則創建。

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

應用實例： 1、一個黨只能有一個書記。 2、Windows 是多進程多線程的，在操作一個文件的時候，就不可避免地出現多個進程或線程同時操作一個文件的現象，所以所有文件的處理必須通過唯一的實例來進行。 3、一些設備管理器常常設計為單例模式，比如一個電腦有兩臺打印機，在輸出的時候就要處理不能兩臺打印機打印同一個文件。

優點： 1、在內存里只有一個實例，減少了內存的開銷，尤其是頻繁的創建和銷毀實例（比如管理學院首頁頁面緩存）。 2、避免對資源的多重占用（比如寫文件操作）。

缺點：沒有接口，不能繼承，與單一職責原則沖突，一個類應該只關心內部邏輯，而不關心外面怎么樣來實例化。

使用場景： 1、要求生產唯一序列號。 2、WEB 中的計數器，不用每次刷新都在數據庫里加一次，用單例先緩存起來。 3、創建的一個對象需要消耗的資源過多，比如 I/O 與數據庫的連接等。

注意事項：getInstance() 方法中需要使用同步鎖 synchronized (Singleton.class) 防止多線程同時進入造成 instance 被多次實例化。

2、工廠模式

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

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

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

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

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

關鍵代碼：創建過程在其子類執行。

3、抽象工廠模式

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

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

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

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

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

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

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

4、觀察者模式

當對象間存在一對多關系時，則使用觀察者模式（Observer Pattern）。比如，當一個對象被修改時，則會自動通知它的依賴對象。觀察者模式屬于行為型模式。

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

主要解決：一個對象狀態改變給其他對象通知的問題，而且要考慮到易用和低耦合，保證高度的協作。

何時使用：一個對象（目標對象）的狀態發生改變，所有的依賴對象（觀察者對象）都將得到通知，進行廣播通知。

如何解決：使用面向對象技術，可以將這種依賴關系弱化。

關鍵代碼：在抽象類里有一個 ArrayList 存放觀察者們。

---

感謝大家看到最后，我是不務正業的程序汪，文章每天持續更新！歡迎大家指出我的文章的不足之處，也歡迎大家關注、點贊+轉發。

總結

以上是生活随笔為你收集整理的接口也可以创建对象吗_面试时，一个小小的设计模式可以把你虐成渣的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。