最近在設計模式的一些内容，主要的參考書籍是《Head First 設計模式》，同時在學習過程中也檢視了很多部落格園中關于設計模式的一些文章的，在這裡記錄下我的一些學習筆記，一是為了幫助我更深入地了解設計模式，二同時可以給一些初學設計模式的朋友一些參考。首先我介紹的是設計模式中比較簡單的一個模式——單例模式（因為這裡隻牽涉到一個類）
說到單例模式,大家第一反應應該就是——什麼是單例模式？，從“單例”字面意思上了解為——一個類隻有一個執行個體，是以單例模式也就是保證一個類隻有一個執行個體的一種實作方法罷了(設計模式其實就是幫助我們解決實際開發過程中的方法, 該方法是為了降低對象之間的耦合度,然而解決方法有很多種,是以前人就總結了一些常用的解決方法為書籍,進而把這本書就稱為設計模式)，下面給出單例模式的一個官方定義：確定一個類隻有一個執行個體,并提供一個全局通路點。為了幫助大家更好地了解單例模式,大家可以結合下面的類圖來進行了解,以及後面也會剖析單例模式的實作思路:
看完單例模式的介紹,自然大家都會有這樣一個疑問——為什麼要有單例模式的？它在什麼情況下使用的？從單例模式的定義中我們可以看出——單例模式的使用自然是當我們的系統中某個對象隻需要一個執行個體的情況，例如:作業系統中隻能有一個任務管理器,操作檔案時,同一時間内隻允許一個執行個體對其操作等,既然現實生活中有這樣的應用場景,自然在軟體設計領域必須有這樣的解決方案了(因為軟體設計也是現實生活中的抽象)，是以也就有了單例模式了。
了解完了一些關于單例模式的基本概念之後，下面就為大家剖析單例模式的實作思路的，因為在我自己學習單例模式的時候，咋一看單例模式的實作代碼确實很簡單，也很容易看懂，但是我還是覺得它很陌生（這個可能是看的少的，或者自己在寫代碼中也用的少的緣故），而且心裡總會這樣一個疑問——為什麼前人會這樣去實作單例模式的呢？他們是如何思考的呢？後面經過自己的琢磨也就慢慢理清楚單例模式的實作思路了，并且此時也不再覺得單例模式模式的，下面就分享我的一個剖析過程的：
我們從單例模式的概念（確定一個類隻有一個執行個體,并提供一個通路它的全局通路點）入手，可以把概念進行拆分為兩部分：（1）確定一個類隻有一個執行個體；（2）提供一個通路它的全局通路點；下面通過采用兩人對話的方式來幫助大家更快掌握分析思路：
菜鳥：怎樣確定一個類隻有一個執行個體了？
老鳥：那就讓我幫你分析下，你建立類的執行個體會想到用什麼方式來建立的呢？
新手：用new關鍵字啊，隻要new下就建立了該類的一個執行個體了，之後就可以使用該類的一些屬性和執行個體方法了
老鳥：那你想過為什麼可以使用new關鍵字來建立類的執行個體嗎？
菜鳥：這個還有條件的嗎？........., 哦，我想起來了，如果類定義私有的構造函數就不能在外界通過new建立執行個體了（注：有些初學者就會問，有時候我并沒有在類中定義構造函數為什麼也可以使用new來建立對象，那是因為編譯器在背後做了手腳了，當編譯器看到我們類中沒有定義構造函數，此時編譯器會幫我們生成一個公有的無參構造函數）
老鳥：不錯，回答的很對，這樣你的疑惑就得到解答了啊
菜鳥：那我要在哪裡建立類的執行個體了？
老鳥：你傻啊，當然是在類裡面建立了（注：這樣定義私有構造函數就是上面的一個思考過程的，要建立執行個體，自然就要有一個變量來儲存該執行個體把，是以就有了私有變量的聲明,但是實作中是定義靜态私有變量,朋友們有沒有想過——這裡為什麼定義為靜态的呢?對于這個疑問的解釋為：每個線程都有自己的線程棧，定義為靜态主要是為了在多線程確定類有一個執行個體）
菜鳥：哦，現在完全明白了，但是我還有另一個疑問——現在類執行個體建立在類内部，那外界如何獲得該的一個執行個體來使用它了？
老鳥：這個，你可以定義一個公有方法或者屬性來把該類的執行個體公開出去了（注：這樣就有了公有方法的定義了，該方法就是提供方法問類的全局通路點）
通過上面的分析，相信大家也就很容易寫出單例模式的實作代碼了，下面就看看具體的實作代碼（看完之後你會驚訝道：真是這樣的！）：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
<code>/// <summary></code>
<code> </code><code>/// 單例模式的實作</code>
<code> </code><code>/// </summary></code>
<code> </code><code>public</code> <code>class</code> <code>Singleton</code>
<code> </code><code>{</code>
<code> </code><code>// 定義一個靜态變量來儲存類的執行個體</code>
<code> </code><code>private</code> <code>static</code> <code>Singleton uniqueInstance;</code>
<code> </code><code>// 定義私有構造函數，使外界不能建立該類執行個體</code>
<code> </code><code>private</code> <code>Singleton()</code>
<code> </code><code>{</code>
<code> </code><code>}</code>
<code> </code><code>/// <summary></code>
<code> </code><code>/// 定義公有方法提供一個全局通路點,同時你也可以定義公有屬性來提供全局通路點</code>
<code> </code><code>/// </summary></code>
<code> </code><code>/// <returns></returns></code>
<code> </code><code>public</code> <code>static</code> <code>Singleton GetInstance()</code>
<code> </code><code>// 如果類的執行個體不存在則建立，否則直接傳回</code>
<code> </code><code>if</code> <code>(uniqueInstance == </code><code>null</code><code>)</code>
<code> </code><code>{</code>
<code> </code><code>uniqueInstance = </code><code>new</code> <code>Singleton();</code>
<code> </code><code>}</code>
<code> </code><code>return</code> <code>uniqueInstance;</code>
<code> </code><code>}</code>
26
27
28
29
30
31
32
33
<code> </code><code>// 定義一個辨別確定線程同步</code>
<code> </code><code>private</code> <code>static</code> <code>readonly</code> <code>object</code> <code>locker = </code><code>new</code> <code>object</code><code>();</code>
<code> </code><code>// 當第一個線程運作到這裡時，此時會對locker對象 "加鎖"，</code>
<code> </code><code>// 當第二個線程運作該方法時，首先檢測到locker對象為"加鎖"狀态，該線程就會挂起等待第一個線程解鎖</code>
<code> </code><code>// lock語句運作完之後（即線程運作完之後）會對該對象"解鎖"</code>
<code> </code><code>lock</code> <code>(locker)</code>
<code> </code><code>// 如果類的執行個體不存在則建立，否則直接傳回</code>
<code> </code><code>if</code> <code>(uniqueInstance == </code><code>null</code><code>)</code>
<code> </code><code>{</code>
<code> </code><code>uniqueInstance = </code><code>new</code> <code>Singleton();</code>
<code> </code><code>}</code>
上面這種解決方案确實可以解決多線程的問題,但是上面代碼對于每個線程都會對線程輔助對象locker加鎖之後再判斷執行個體是否存在，對于這個操作完全沒有必要的，因為當第一個線程建立了該類的執行個體之後，後面的線程此時隻需要直接判斷（uniqueInstance==null）為假，此時完全沒必要對線程輔助對象加鎖之後再去判斷，是以上面的實作方式增加了額外的開銷，損失了性能，為了改進上面實作方式的缺陷，我們隻需要在lock語句前面加一句（uniqueInstance==null）的判斷就可以避免鎖所增加的額外開銷，這種實作方式我們就叫它 “雙重鎖定”，下面具體看看實作代碼的：
34
35
36
37
<code> </code><code>// 雙重鎖定隻需要一句判斷就可以了</code>
<code> </code><code>lock</code> <code>(locker)</code>
<code> </code><code>// 如果類的執行個體不存在則建立，否則直接傳回</code>
<code> </code><code>if</code> <code>(uniqueInstance == </code><code>null</code><code>)</code>
<code> </code><code>{</code>
<code> </code><code>uniqueInstance = </code><code>new</code> <code>Singleton();</code>
<code> </code><code>}</code>
了解完了單例模式之後，菜鳥又接着問了：.NET FrameWork類庫中有沒有單例模式的實作呢？
經過檢視，.NET類庫中确實存在單例模式的實作類，不過該類不是公開的，下面就具體看看該類的一個實作的(該類具體存在于System.dll程式集，命名空間為System,大家可以用反射工具Reflector去檢視源碼的):
<code>// 該類不是一個公開類</code>
<code> </code><code>// 但是該類的實作應用了單例模式</code>
<code> </code><code>internal</code> <code>sealed</code> <code>class</code> <code>SR</code>
<code> </code><code>private</code> <code>static</code> <code>SR loader;</code>
<code> </code><code>internal</code> <code>SR()</code>
<code> </code><code>// 主要是因為該類不是公有，是以這個全部通路點也定義為私有的了</code>
<code> </code><code>// 但是思想還是用到了單例模式的思想的</code>
<code> </code><code>private</code> <code>static</code> <code>SR GetLoader()</code>
<code> </code><code>if</code> <code>(loader == </code><code>null</code><code>)</code>
<code> </code><code>SR sr = </code><code>new</code> <code>SR();</code>
<code> </code><code>Interlocked.CompareExchange<SR>(</code><code>ref</code> <code>loader, sr, </code><code>null</code><code>);</code>
<code> </code><code>return</code> <code>loader;</code>
<code> </code><code>// 這個公有方法中調用了GetLoader方法的</code>
<code> </code><code>public</code> <code>static</code> <code>object</code> <code>GetObject(</code><code>string</code> <code>name)</code>
<code> </code><code>SR loader = GetLoader();</code>
<code> </code><code>return</code> <code>null</code><code>;</code>
<code> </code><code>return</code> <code>loader.resources.GetObject(name, Culture);</code>
到這裡，設計模式的單例模式就介紹完了，希望通過本文章大家可以對單例模式有一個更深的了解，并且希望之前沒接觸過單例模式或覺得單例模式陌生的朋友看完之後會驚歎：原來如此！
本文轉自LearningHard 51CTO部落格，原文連結：http://blog.51cto.com/learninghard/1247003，如需轉載請自行聯系原作者
![Unity遊戲開發背景知識[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)