1.單例模式(Singleton): 保證一個類僅有一個例項,並提供一個訪問它的全域性控制點. 
比如在載入配置檔案時, 可使用該模式.

2.工廠模式(Factory): 定義一個用以建立物件的介面, 讓子類決定例項化哪個類. 
當遇到需要根據某個前提條件建立不同的類實現時, 會實用工廠模式. 

3.抽象工廠模式(Abstract Factory): 提供一個建立一系列相關或相互依賴物件的介面, 而無需指定它們具體的類. 

4.裝飾者模式(Decorator): 動態的給一個物件新增一些額外的職責. 
比如java.io包. BufferedInputStream封裝了FileInputStream, 它們都實現了InputStream介面, 但前者實現了readLine方法. 

5.代理模式(Proxy): 為其他物件提供一種代理以控制對這個物件的訪問. 
比如在使用者登入時, 真正的登入類和代理登入類都實現了Login介面, 不同的是Proxy類的方法中增加了使用者是否合法的判斷, 只有合法時才去呼叫真正登入類的login方法. 使用者訪問的其實是Proxy的login方法.

6.介面卡模式(Adapter): 將一個類的介面轉換成客戶希望的另一個介面. 

7.建造者模式(Builder): 將一個複雜物件的構建與它的表示分離. 

8.策略模式(Strategy): 定義了演算法家族, 分別封裝起來, 讓它們之間可以互相替換. 

比如Collections.sort(List list, Comparator c); 可以通過實現多個Comparator介面來達到多種排序的目的. 

9.模板模式(Template): 定義一個操作中的演算法骨架, 而將一些步驟延遲到子類中. 
比如HibernateTemplate, 在Template中已經定義了Connection開關的實現, 使用者只需要在子類中根據不同的業務寫不同的sql.

10.外觀模式(Facade): 為子系統中的一組介面提供一個一致的介面. 
一直在用, 比如DBUtil, 將所有資料庫物件封裝了, 只留了DBUtil.getDBUtil()這個介面. 

11.觀察者模式(Observer): 定義了一種一對多的依賴關係,讓多個觀察者物件同時監聽某一主題物件,在它的狀態發生變化時,會通知所有的觀察者. 
比如ServletContextListener, 在applcation啟動時, 會通知所有這個介面的實現類. 

12.命令模式(Command): 將一個請求封裝成為一個物件, 使可以用不同的請求對客戶進行引數化. 
比如Struts的MVC結構, 其實就是個Command模式.