创建型模式—单例模式
原文作者:C語言中文網
原文地址:單例模式(單例設計模式)詳解
目錄
1、單例模式的定義與特點
單例類對外提供一個訪問該單例的全局訪問點。
2、單例模式的優點和缺點
3、單例模式的應用場景
4、單例模式的結構與實現
5、單例模式的應用實例
在有些系統中,為了節省內存資源、保證數據內容的一致性,對某些類要求只能創建一個實例,這就是所謂的單例模式。
1、單例模式的定義與特點
單例(Singleton)模式的定義:指一個類只有一個實例,且該類能自行創建這個實例的一種模式。例如,Windows 中只能打開一個任務管理器,這樣可以避免因打開多個任務管理器窗口而造成內存資源的浪費,或出現各個窗口顯示內容的不一致等錯誤。在計算機系統中,還有 Windows 的回收站、操作系統中的文件系統、多線程中的線程池、顯卡的驅動程序對象、打印機的后臺處理服務、應用程序的日志對象、數據庫的連接池、網站的計數器、Web 應用的配置對象、應用程序中的對話框、系統中的緩存等常常被設計成單例。單例模式在現實生活中的應用也非常廣泛,例如公司 CEO、部門經理等都屬于單例模型。J2EE 標準中的?ServletContext 和 ServletContextConfig、Spring?框架應用中的 ApplicationContext、數據庫中的連接池等也都是單例模式。單例模式有 3 個特點:
單例類對外提供一個訪問該單例的全局訪問點。
2、單例模式的優點和缺點
單例模式的優點:
- 單例模式可以保證內存里只有一個實例,減少了內存的開銷。
- 可以避免對資源的多重占用。
- 單例模式設置全局訪問點,可以優化和共享資源的訪問。
單例模式的缺點:
- 單例模式一般沒有接口,擴展困難。如果要擴展,則除了修改原來的代碼,沒有第二種途徑,違背開閉原則。
- 在并發測試中,單例模式不利于代碼調試。在調試過程中,如果單例中的代碼沒有執行完,也不能模擬生成一個新的對象。
- 單例模式的功能代碼通常寫在一個類中,如果功能設計不合理,則很容易違背單一職責原則。
單例模式看起來非常簡單,實現起來也非常簡單。單例模式在面試中是一個高頻面試題。希望大家能夠認真學習,掌握單例模式,提升核心競爭力,給面試加分,順利拿到 Offer。
3、單例模式的應用場景
對于?Java?來說,單例模式可以保證在一個 JVM 中只存在單一實例。單例模式的應用場景主要有以下幾個方面。
- 需要頻繁創建的一些類,使用單例可以降低系統的內存壓力,減少 GC。
- 某類只要求生成一個對象的時候,如一個班中的班長、每個人的身份證號等。
- 某些類創建實例時占用資源較多,或實例化耗時較長,且經常使用。
- 某類需要頻繁實例化,而創建的對象又頻繁被銷毀的時候,如多線程的線程池、網絡連接池等。
- 頻繁訪問數據庫或文件的對象。
- 對于一些控制硬件級別的操作,或者從系統上來講應當是單一控制邏輯的操作,如果有多個實例,則系統會完全亂套。
- 當對象需要被共享的場合。由于單例模式只允許創建一個對象,共享該對象可以節省內存,并加快對象訪問速度。如 Web 中的配置對象、數據庫的連接池等。
4、單例模式的結構與實現
單例模式是設計模式中最簡單的模式之一。通常,普通類的構造函數是公有的,外部類可以通過“new 構造函數()”來生成多個實例。但是,如果將類的構造函數設為私有的,外部類就無法調用該構造函數,也就無法生成多個實例。這時該類自身必須定義一個靜態私有實例,并向外提供一個靜態的公有函數用于創建或獲取該靜態私有實例。下面來分析其基本結構和實現方法。
1. 單例模式的結構
單例模式的主要角色如下。
- 單例類:包含一個實例且能自行創建這個實例的類。
- 訪問類:使用單例的類。
其結構如圖 1 所示。
圖1 單例模式的結構圖2. 單例模式的實現
Singleton 模式通常有兩種實現形式。
第 1 種:懶漢式單例
該模式的特點是類加載時沒有生成單例,只有當第一次調用 getlnstance 方法時才去創建這個單例。代碼如下:
public class LazySingleton {private static volatile LazySingleton instance = null; //保證 instance 在所有線程中同步private LazySingleton() {} //private 避免類在外部被實例化public static synchronized LazySingleton getInstance() {//getInstance 方法前加同步if (instance == null) {instance = new LazySingleton();}return instance;} }注意:如果編寫的是多線程程序,則不要刪除上例代碼中的關鍵字 volatile 和 synchronized,否則將存在線程非安全的問題。如果不刪除這兩個關鍵字就能保證線程安全,但是每次訪問時都要同步,會影響性能,且消耗更多的資源,這是懶漢式單例的缺點。
第 2 種:餓漢式單例
該模式的特點是類一旦加載就創建一個單例,保證在調用 getInstance 方法之前單例已經存在了。
public class HungrySingleton {private static final HungrySingleton instance = new HungrySingleton();private HungrySingleton() {}public static HungrySingleton getInstance() {return instance;} }餓漢式單例在類創建的同時就已經創建好一個靜態的對象供系統使用,以后不再改變,所以是線程安全的,可以直接用于多線程而不會出現問題。
5、單例模式的應用實例
【例1】用懶漢式單例模式模擬產生美國當今總統對象。
分析:在每一屆任期內,美國的總統只有一人,所以本實例適合用單例模式實現,圖 2 所示是用懶漢式單例實現的結構圖。
圖2 美國總統生成器的結構圖程序代碼如下:
public class SingletonLazy {public static void main(String[] args) {President zt1 = President.getInstance();zt1.getName(); //輸出總統的名字President zt2 = President.getInstance();zt2.getName(); //輸出總統的名字if (zt1 == zt2) {System.out.println("他們是同一人!");} else {System.out.println("他們不是同一人!");}} }class President {private static volatile President instance = null; //保證instance在所有線程中同步//private避免類在外部被實例化private President() {System.out.println("產生一個總統!");}public static synchronized President getInstance() {//在getInstance方法上加同步if (instance == null) {instance = new President();} else {System.out.println("已經有一個總統,不能產生新總統!");}return instance;}public void getName() {System.out.println("我是美國總統:特朗普。");} }程序運行結果如下:
產生一個總統! 我是美國總統:特朗普。 已經有一個總統,不能產生新總統! 我是美國總統:特朗普。 他們是同一人! 超強干貨來襲 云風專訪:近40年碼齡,通宵達旦的技術人生總結
以上是生活随笔為你收集整理的创建型模式—单例模式的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 设计模式—责任链模式
- 下一篇: 服务端监控要怎么做?