小編給大家分享一下C#中單例模式的示例分析,相信大部分人都還不怎么了解,因此分享這篇文章給大家參考一下,希望大家閱讀完這篇文章后大有收獲,下面讓我們一起去了解一下吧!
創(chuàng)新互聯(lián)是工信部頒發(fā)資質(zhì)IDC服務(wù)器商,為用戶提供優(yōu)質(zhì)的四川主機托管服務(wù)單例模式的定義:
確保一個類只有一個實例,并提供一個全局訪問點。
首先實例大家應(yīng)該都明白就是類生成對象的過程簡單的就是String s=new String(),則s就是個實例。
Q:如何只生成一個實例?
A:1)首先必須將構(gòu)造函數(shù)變?yōu)樗接袕亩乐蛊渌悓嵗?,并且只能有一個構(gòu)造函數(shù)。因為系統(tǒng)會默認(rèn)一個無參構(gòu)造函數(shù),而且默認(rèn)public訪問修飾符。 所以必須寫一個私有無參讓默認(rèn)無效。(通常單例模式都是不帶形參的)
2)在該類中聲明一個自己本身的靜態(tài)實例,然后通過靜態(tài)方法返回。
Q:如何提供一個全局訪問點?
A:在類中創(chuàng)建一個公共并且靜態(tài)的屬性。(因為靜態(tài)方法是類中的一個成員方法,屬于整個類,即不用創(chuàng)建任何對象也可以直接調(diào)用。單例模式是不允許其他類實例的。)
代碼:
分為兩種模式:
1.LAZY模式
就是延遲加載, 設(shè)計模式是為了避免一些無謂的性能開銷而提出來的,所謂延遲加載就是當(dāng)在真正需要數(shù)據(jù)(讀取屬性值)的時候,才真正執(zhí)行數(shù)據(jù)加載操作.有效使用它可以大大提高系統(tǒng)性能。
2.餓漢模式
與LAZY模式相反 ,加載時會將自己實例化。起來最容易的單例模式。
分析代碼1:(經(jīng)典)
// 不要用這種方式 public sealed class Singleton { private static Singleton instance=null;//聲明自己本身的靜態(tài)實例 private Singleton(){}//私有構(gòu)造 public static Singleton Instance() //提供全局訪問點 { if (instance==null)//實例不存在則創(chuàng)建 { instance = new Singleton(); } return instance; } }
該代碼僅供理解,單例模式的定義。
問題:該方法是非線程安全的,當(dāng)有兩個線程同時進(jìn)入時,如果instance為null則都會創(chuàng)建實例。實際上,在測試以前,實例就已經(jīng)有可能被創(chuàng)建了,但是內(nèi)存模型不能保證這個實例能被其他的線程看到。
下面我們優(yōu)化改進(jìn)
分析代碼2:(非安全線程)
public sealed class Singleton { private static Singleton instance = null; private static readonly object padlock = new object();//定義一個標(biāo)識確保線程同步 Singleton(){} public static Singleton Instance() { lock (padlock)//線程到達(dá)時加鎖 運行完之后解鎖 當(dāng)遇到加鎖線程就會掛起等待解鎖 { if (instance == null) { instance = new Singleton(); } return instance; } } }
以上解決了多線程問題。
問題:性能上來說,鎖變成了每次都必須的當(dāng)這個實例被響應(yīng)的時候。此時完全沒必要對線程輔助對象加鎖之后再去判斷,所以上面的實現(xiàn)方式增加了額外的開銷。
下面我們進(jìn)行優(yōu)化改進(jìn):
代碼分析3:(雙重鎖定)
public sealed class Singleton { private static Singleton instance = null; private static readonly object padlock = new object(); Singleton(){} public static Singleton Instance { get { if (instance == null)//外層的if語句塊,這使得每個線程欲獲取實例時不必每次都得加鎖,因為只有實例為空時(即需要創(chuàng)建一個實例),才需加鎖創(chuàng)建 { lock (padlock) { if (instance == null) { instance = new Singleton(); } } } return instance; } } }
這種“雙重檢查鎖定”理論上是完美的
問題是:并不能保證它會在單處理器或多處理器計算機上順利運行。(反正就是有問題吧 之后再研讀一下 看看具體是怎么回事)
代碼分析4:(不完全LAZY)
public sealed class Singleton { private static readonly Singleton instance = new Singleton(); // 顯示的static 構(gòu)造函數(shù) //靜態(tài)構(gòu)造函數(shù)抑制了beforefieldinit 特性(訪問成員之前就執(zhí)行靜態(tài)函數(shù)) static Singleton(){} private Singleton(){} public static Singleton Instance { get { return instance; } } }
不完全LAZY模式(通過抑制beforefildinit特性并不能起到太大的效果)
代碼分析5:(完全LAZY)
public sealed class Singleton { private Singleton(){} public static Singleton Instance { get { return Nested.instance; }} //嵌套類 private class Nested { //抑制beforefieldinit特性 static Nested(){} internal static readonly Singleton instance = new Singleton(); } }
這里使用了嵌套類(嵌套類型是LAZY加載的,也就是說嵌套類型在使用他時才會初始化)
代碼分析6:(Lazy<T>)
public sealed class Singleton { //使用.NET4 Lazy<T> private static readonly Lazy<Singleton> lazy =new Lazy<Singleton>(() => new Singleton()); public static Singleton Instance { get { return lazy.Value; } } private Singleton() {} }
Lazy<T> 對象初始化默認(rèn)是線程安全的,在多線程環(huán)境下,第一個訪問 Lazy<T> 對象的 Value 屬性的線程將初始化 Lazy<T> 對象,以后訪問的線程都將使用第一次初始化的數(shù)據(jù)。
以上全部是LAZY模式,現(xiàn)在了解下餓漢模式
代碼分析7:
public sealed class Singleton { private static readonly Singleton instance=new Singleton();//直接實例化 private Singleton(){} public static Singleton Instance() { return instance; } }
在這種模式下,無需自己解決線程安全性問題,CLR會給我們解決。由此可以看到這個類被加載時,會自動實例化這個類,而不用在第一次調(diào)用Instance()后才實例化出唯一的單例對象。
為了優(yōu)化系統(tǒng)當(dāng)然還是選擇優(yōu)化模式。LAZY模式最好的應(yīng)該是使用Lazy<T>簡短安全。
以上是“C#中單例模式的示例分析”這篇文章的所有內(nèi)容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內(nèi)容對大家有所幫助,如果還想學(xué)習(xí)更多知識,歡迎關(guān)注創(chuàng)新互聯(lián)成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道!
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn,海內(nèi)外云服務(wù)器15元起步,三天無理由+7*72小時售后在線,公司持有idc許可證,提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機、免備案服務(wù)器”等云主機租用服務(wù)以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢,專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應(yīng)用場景需求。
新聞標(biāo)題:C#中單例模式的示例分析-創(chuàng)新互聯(lián)
轉(zhuǎn)載注明:http://jinyejixie.com/article30/dpeppo.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站導(dǎo)航、網(wǎng)頁設(shè)計公司、網(wǎng)站內(nèi)鏈、品牌網(wǎng)站設(shè)計、外貿(mào)建站、定制開發(fā)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容