單例模式：單例就是一個實例。從始至終我們只需要維護這麼一個實例，來節約資源。
工廠方法模式：定義一個創建產品對象的工廠接口，將實際創建工作推遲到子類中。(就讓實例化推遲到了子類)
抽象工廠模式：爲創建一組相關或相互依賴的對象提供一個接口，而且無需指定他們的具體類。(象工廠就是工廠方法中不再是針對一種產品，而是多個不同類型的產品)
建造者模式：將複雜的構建與其表示相分離，使得同樣的構建過程可以創建不同的表示。
原型模式：用原型實例指定創建對象的種類，並且通過拷貝這些原型創建新的對象。
適配器模式：使得新環境不用重新實現已經存在了的實現而很好的把現有的對象加入到新環境中來。
裝飾者模式：動態地給一個對象添加一些額外的職責，就增加功能來說，Decorator模式比生成子類更爲靈活。
代理模式：爲其他對象提供一種代理以控制對這個對象的訪問。（代理模式就是中間層。可以幫助我們增加或者減少對目標類的訪問）
外觀模式：爲子系統中的一組接口提供一個一致的界面，用來訪問子系統中的一羣接口。
橋接模式：將抽象和實現解耦，使得兩者可以相互轉換。
組合模式：將對象組合成樹形結構以表示‘部分-整體’的層次結構。組合模式使得用戶對單個對象和組合對象的使用具有一致性。（需求中有部分和整體的關係，並且部分和整體的表達近乎一致。就可考慮使用組合模式。）
享元模式：運用共享技術有效地支持大量細粒度的對象。
模板方法模式：定義一個模式流程，將變化的抽象，但是流程必須依靠父類定義的順序。
策略模式：策略就是算法，封裝多種算法，算法之間可以互相替換。
命令模式：將一個請求封裝爲一個對象，對請求排隊或記錄請求日誌，以及支持可撤銷的操作；從而使你可用不同的請求對客戶進行參數化。
狀態模式：允許一個對象在其內部狀態改變時改變它的行爲。對象看起來似乎修改了它的類。
外觀模式：爲子系統中的一組接口提供一個一致的界面，用來訪問子系統中的一羣接口。
中介者模式：用一箇中介者對象封裝一系列的對象交互，中介者使各對象不需要顯示地相互作用，從而使耦合鬆散，而且可以獨立地改變它們之間的交互。
責任鏈模式：請求在這個鏈上傳遞，直到鏈上的某一個對象決定處理此請求。
備忘錄模式：在不破壞封裝性的前提下，捕獲一個對象的內部狀態，並在該對象之外保存這個狀態。這樣就可以將該對象恢復到原先保存的狀態。
設置模式分類
總體來說設計模式分爲三大類：
創建型模式，共五種：工廠方法模式、抽象工廠模式、單例模式、建造者模式、原型模式。
結構型模式，共七種：適配器模式、裝飾器模式、代理模式、外觀模式、橋接模式、組合模 式、享元模式。
行爲型模式，共十一種：策略模式、模板方法模式、觀察者模式、迭代子模式、責任鏈模式、命令模式、備忘錄模式、狀態模式、訪問者模式、中介者模式、解釋器模式。
其實還有兩類：併發型模式和線程池模式。