Java 單例模式

来源:http://www.cnblogs.com/zhaoyanjun/archive/2016/07/08/5652930.html
-Advertisement-
Play Games

前言:昨天公司計劃把項目中的部分功能做出SDK的形式,供其他公司的產品使用,所以不得不重新研究一下單例模式。 為什麼單例 1、在記憶體中只有一個對象,節省記憶體空間。避免頻繁的創建銷毀對象,可以提高性能。避免對共用資源的多重占用。可以全局訪問。 2、確保一個類只有一個實例,自行實例化並向系統提供這個實例 ...


前言:昨天公司計劃把項目中的部分功能做出SDK的形式,供其他公司的產品使用,所以不得不重新研究一下單例模式。

 

為什麼單例

1、在記憶體中只有一個對象,節省記憶體空間。避免頻繁的創建銷毀對象,可以提高性能。避免對共用資源的多重占用。可以全局訪問。

2、確保一個類只有一個實例,自行實例化並向系統提供這個實例

 

單例需要註意的問題

1、線程安全問題

2、資源使用問題

 

實際上本文就是在討論這兩個問題 

 

1、方式1 (餓漢式)

package com;

public class Singleton {

	private static Singleton instance = new Singleton() ;


	private Singleton(){

	}

	public static Singleton getInstance() {  
		return  instance ;  
	}  

}

  優點:在未調用getInstance() 之前,實例就已經創建了,天生線程安全

      缺點:如果一直沒有調用getInstance() , 但是已經創建了實例,造成了資源浪費。

 

2、方式1 (懶漢式)

package com;

public class Person {
	private static Person person ;

	private Person(){
		
	}
	
	public static Person get(){
		if ( person == null ) {
			person = new Person() ;
		}
		return person ;
	}

}

優點:get() 方法被調用的時候,才創建實例,節省資源。

缺點:線程不安全。

  這種模式,可以做到單例模式,但是只是在單線程中是單例的,如果在多線程中操作,可能出現多個實例。

     測試:啟動20個線程,然後線上程中列印 Person 實例的記憶體地址

package com;

public class A1  {
	
	public static void main(String[] args) {
		
		for ( int i = 0 ;  i < 20 ; i ++ ) {
			new Thread( new Runnable() {
				
				@Override
				public void run() {
					System.out.println( Person.get().hashCode() );
				}
			}).start(); ;
			
		}
		
	}
}

  結果:可以看到出現了兩個實例

    造成的原因:

線程A希望使用Person,調用get()方法。因為是第一次調用,A就發現 person 是null的,於是它開始創建實例,就在這個時候,CPU發生時間片切換,線程B開始執行,它要使用 Person ,調用get()方法,同樣檢測到 person 是null——註意,這是在A檢測完之後切換的,也就是說A並沒有來得及創建對象——因此B開始創建。B創建完成後,切換到A繼續執行,因為它已經檢測完了,所以A不會再檢測一遍,它會直接創建對象。這樣,線程A和B各自擁有一個 Person 的對象——單例失敗!

總結:1、可以實現單線程單例 

        2、多線單例無法保證

改進:1、加鎖

 

3、 用synchronized  加鎖同步

package com;

public class Person {
	private static Person person ;

	private Person(){

	}

	public synchronized static Person get(){
		if ( person == null ) {
			person = new Person() ;
		}
		return person ;
	}



}

  經過測試,已經可以滿足多線程的安全問題了,synchronized修飾的同步塊可是要比一般的代碼段慢上幾倍的!如果存在很多次get()的調用,那性能問題就不得不考慮了!

優點:

1、滿足單線程的單例

2、滿足多線程的單例

缺點:

1、性能差

 

4、改進性能  雙重校驗

package com;

public class Person {
	private static Person person ;

	private Person(){
	}

	public synchronized static Person get(){
		if ( person == null ) {
			synchronized ( Person.class ){
				if (person == null) { 
					person = new Person(); 
				} 
			}
		}
		return person ;
	}

}

  首先判斷person 是不是為null,如果為null,加鎖初始化;如果不為null,直接返回 person 。整個設計,進行了雙重校驗。

優點:

1、滿足單線程單例

2、滿足多線程單例

3、性能問題得以優化

 

缺點:第一次載入時反應不快,由於java記憶體模型一些原因偶爾失敗

 

5、volatile 關鍵字,解決雙重校驗帶來的弊端

package com;

public class Person {

	private static volatile Person person = null ;


	private Person(){

	}

	public static Person getInstance(){
		if ( person == null ) {
			synchronized ( Person.class ){
				if ( person == null ) {
					person = new Person() ;
				}
			}
		}

		return person ;
	}

}

  假設沒有關鍵字volatile的情況下,兩個線程A、B,都是第一次調用該單例方法,線程A先執行 person = new Person(),該構造方法是一個非原子操作,編譯後生成多條位元組碼指令,由於JAVA的指令重排序,可能會先執行 person 的賦值操作,該操作實際只是在記憶體中開闢一片存儲對象的區域後直接返回記憶體的引用,之後 person 便不為空了,但是實際的初始化操作卻還沒有執行,如果就在此時線程B進入,就會看到一個不為空的但是不完整 (沒有完成初始化)的 Person對象,所以需要加入volatile關鍵字,禁止指令重排序優化,從而安全的實現單例。

     補充:看了圖片載入框架 Glide (3.7.0版) 源碼,發現glide 也是使用volatile 關鍵字的雙重校驗實現的單例,可見這種方法是值得信賴的。

  

6、靜態內部類

package com;

public class Person {

	private Person(){

	}

	private static class PersonHolder{
		/**
		 * 靜態初始化器,由JVM來保證線程安全
		 */
		private static Person instance = new Person();
	}


	public static Person getInstance() {
		return PersonHolder.instance;
	}

}

  優點:

1、資源利用率高,不執行getInstance()不被實例,可以執行該類其他靜態方法

 

 

總結:

1、上面的6中方法,都實現了某種程度的單例,各有利弊,根據使用的場景不同,需要滿足的特性不同,選取合適的單例方法才是正道。

2、對線程要求嚴格,對資源要求不嚴格的推薦使用:1    餓漢式

3、對線程要求不嚴格,對資源要求嚴格的推薦使用:2    懶漢式

4、對線程要求稍微嚴格,對資源要求嚴格的推薦使用:4  雙重加鎖

5、同時對線程、資源要求非常嚴格的推薦使用:5 、 6 

 

 


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 用UIBezierPath數組對UIView進行鏤空處理 效果 源碼 細節 ...
  • 掃描二維碼控制項的封裝 效果 源碼 https://github.com/YouXianMing/Animations ...
  • 最近做一個長按文本複製全部內容的功能,在網上找了一個方法,使用起來很簡單,但是自己在使用的過程中出現了問題. 我的項目中文本控制項不是用的UILabel而是網上找的一個第三方框架OHAttributedLabel,其他的什麼就不多說了,主要寫寫我在其中遇見的問題吧.事先我給label設置了一個長按手勢 ...
  • // NSParagraphStyleAttributeName 段落的風格(設置首行,行間距,對齊方式什麼的)看自己需要什麼屬性,寫什麼 NSMutableParagraphStyle *paragraphStyle = [[NSMutableParagraphStyle alloc] init] ...
  • 這個demo寫的是將集合視圖添加到滾動視圖中,實現可以滑動的效果。 (效果圖) 1.創建視圖,定義集合視圖和滾動視圖 2.初始化我們定義的集合視圖和滾動視圖 3.實現集合視圖的代理方法 4.結束! 此文是小編第一次書寫博客,有不足的地方還請大神指點改正。 ...
  • ...
  • ...
  • 最近想把之前自己做的一些好玩的項目共用到Github,網上找了一圈上傳教程,都感覺寫的太深奧、複雜,雲里霧裡,特把自己的方法紀錄如下: PS:這種方式一般適用於:開始做項目時,沒有直接在github上添加,等做到一半或做完才想添加的項目。 準備工作: 1、Github帳號 2、在Github上添加新 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...