單例模式（Singleton Pattern）是一個比較簡單的模式，它確保某一個類只有一個實例，而且自行實例化并向整個系統提供這個實例。今天我們就來學習一下單例模式的用法。有生之年，一起去看看這個美麗易碎的世界。凡有等待，就有啟程。

?

單例模式

一、單例模式的通用代碼

　　通過使用private的構造函數確保了在一個應用中只產生一個實例，并且是自行實例化的（在Singleton中自己使用new Singleton()）單例模式的通用源代碼如下:

package com.linux.huhx.learn.clone;/*** @Author: huhx* @Date: 2017-12-26 上午 11:27*/ public class Singleton {private static final Singleton singleton = new Singleton();//限制產生多個對象private Singleton() {}//通過該方法獲得實例對象public static Singleton getSingleton() {return singleton;} }

?

?二、單例模式的優點

• 由于單例模式在內存中只有一個實例，減少了內存開支，特別是一個對象需要頻繁地創建、銷毀時，而且創建或銷毀時性能又無法優化，單例模式的優勢就非常明顯。
• 由于單例模式只生成一個實例，所以減少了系統的性能開銷，當一個對象的產生需要比較多的資源時，如讀取配置、產生其他依賴對象時，則可以通過在應用啟動時直接產生一個單例對象，然后用永久駐留內存的方式來解決（在Java EE中采用單例模式時需要注意JVM垃圾回收機制）。
• 單例模式可以避免對資源的多重占用，例如一個寫文件動作，由于只有一個實例存在內存中，避免對同一個資源文件的同時寫操作。
• 單例模式可以在系統設置全局的訪問點，優化和共享資源訪問，例如可以設計一個單例類，負責所有數據表的映射處理。

?

三、單例模式的缺點

• 單例模式一般沒有接口，擴展很困難，若要擴展，除了修改代碼基本上沒有第二種途徑可以實現。單例模式為什么不能增加接口呢？因為接口對單例模式是沒有任何意義的，它要求“自行實例化”，并且提供單一實例、接口或抽象類是不可能被實例化的。當然，在特殊情況下，單例模式可以實現接口、被繼承等，需要在系統開發中根據環境判斷。
• 單例模式對測試是不利的。在并行開發環境中，如果單例模式沒有完成，是不能進行測試的，沒有接口也不能使用mock的方式虛擬一個對象。
• 單例模式與單一職責原則有沖突。一個類應該只實現一個邏輯，而不關心它是否是單例的，是不是要單例取決于環境，單例模式把“要單例”和業務邏輯融合在一個類中。

?

四、單例模式的使用場景

　　在一個系統中，要求一個類有且僅有一個對象，如果出現多個對象就會出現“不良反應”，可以采用單例模式，具體的場景如下：

• 要求生成唯一序列號的環境；
• 在整個項目中需要一個共享訪問點或共享數據，例如一個Web頁面上的計數器，可以不用把每次刷新都記錄到數據庫中，使用單例模式保持計數器的值，并確保是線程安全的；
• 創建一個對象需要消耗的資源過多，如要訪問IO和數據庫等資源；
• 需要定義大量的靜態常量和靜態方法（如工具類）的環境，可以采用單例模式（當然，也可以直接聲明為static的方式）。

?

五、單例模式的注意事項

　　首先，在高并發情況下，請注意單例模式的線程同步問題。這個具體的解決方法，我們在另外一篇博客中有講到過，可以參考:java高級---->Thread之單例模式的使用。

　　其次，需要考慮對象的復制情況。在Java中，對象默認是不可以被復制的，若實現了Cloneable接口，并實現了clone方法，則可以直接通過對象復制方式創建一個新對象，對象復制是不用調用類的構造函數，因此即使是私有的構造函數，對象仍然可以被復制。在一般情況下，類復制的情況不需要考慮，很少會出現一個單例類會主動要求被復制的情況，解決該問題的最好方法就是單例類不要實現Cloneable接口。

?

友情鏈接

?

轉載于:https://www.cnblogs.com/huhx/articles/patterndesignjavasinglon.html

總結

以上是生活随笔為你收集整理的设计模式----java的单例模式的全部內容，希望文章能夠幫你解決所遇到的問題。

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