前言：
在軟件開(kāi)發(fā)過(guò)程中常會(huì)有一些對(duì)象我們只需要一個(gè)，如：線程池（threadpool）、緩存（cache）、對(duì)話(huà)框、偏好設(shè)置等。這些對(duì)象如果制造出多個(gè)實(shí)例的話(huà)可能會(huì)導(dǎo)致一些不必要的麻煩，如：程序行為異常、資源使用過(guò)量等。這時(shí)單例模式就可以確保一個(gè)類(lèi)只有一個(gè)實(shí)例，并提供全局訪問(wèn)點(diǎn)。下面是從簡(jiǎn)單的單例類(lèi)來(lái)探討該用何種方法實(shí)現(xiàn)單例模式。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
/** * 最經(jīng)典的單例類(lèi) */public class Singleton { // 設(shè)置成靜態(tài)變量來(lái)記錄Singleton的唯一實(shí)例 private static Singleton singleInstance; private Singleton(){ // 構(gòu)造方法聲明為私有的，這樣只能在Singleton類(lèi)中才能調(diào)用此構(gòu)造方法 } /* * 獲取Singleton對(duì)象，如果還未實(shí)例化則實(shí)例化一個(gè)對(duì)象并返回這個(gè)實(shí)例 */ public static Singleton getInstance(){ if (singleInstance == null) { singleInstance = new Singleton(); } return singleInstance; } // 其他方法} |
從上面的例子可以看出Singleton類(lèi)自己管理這個(gè)類(lèi)的實(shí)例化過(guò)程，而且提供了全局訪問(wèn)點(diǎn)，就是設(shè)置成靜態(tài)的getInstance()方法，在其他類(lèi)要使用Singleton時(shí)它會(huì)返回一個(gè)實(shí)例。這中單例模式有個(gè)優(yōu)點(diǎn)就是延遲實(shí)例化，簡(jiǎn)單地說(shuō)延遲實(shí)例化就是延遲初始化，在類(lèi)需要時(shí)才創(chuàng)建其實(shí)例，而不是在開(kāi)始加載這個(gè)類(lèi)時(shí)就創(chuàng)建出一個(gè)實(shí)例，這樣的好處是可以避免性能的浪費(fèi)。例如有些對(duì)象無(wú)需程序一開(kāi)始就使用，或者其在程序執(zhí)行的過(guò)程中就沒(méi)有使用過(guò)。但是此例子卻又一個(gè)缺點(diǎn)，那就是線程不夠安全。因?yàn)槿绻卸鄠€(gè)線程同時(shí)執(zhí)行到getInstance()方法，而Singleton又還未new Singleton()一個(gè)實(shí)例，那么線程就會(huì)都認(rèn)為singleInstance為null，就都會(huì)實(shí)例化Singleton，這時(shí)就會(huì)產(chǎn)生多個(gè)Singleton實(shí)例，明顯不符合單例模式的初衷。那么接下來(lái)可能要做的就是對(duì)其進(jìn)行改進(jìn)
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
public class SingletonA { private static SingletonA singletongA; private SingletonA(){ } /* * 增加synchronized關(guān)鍵字把getSingletonA方法變?yōu)橥椒椒?/code> */ public static synchronized SingletonA getInstanceA(){ if (singletongA == null) { singletongA = new SingletonA(); } return singletongA; } // 其他方法} |
從這個(gè)例子上看增加了synchronized可以使getInstanceA()變成一個(gè)同步的方法，這時(shí)線程在進(jìn)入這個(gè)方法之前就需要等待其他線程離開(kāi)這個(gè)方法才能進(jìn)入，也就使得該方法只能同時(shí)存在一個(gè)線程在執(zhí)行它。
可能差不多問(wèn)題解決了，但是要知道同步方法是會(huì)影響程序執(zhí)行效率的，在此例子中我們只是為了解決第一個(gè)例子中第一次執(zhí)行g(shù)etInstance()方法不會(huì)產(chǎn)生多個(gè)實(shí)例，而這個(gè)例子中卻會(huì)導(dǎo)致每次需要實(shí)例時(shí)都會(huì)調(diào)用getInstanceA()同步方法，而在已經(jīng)有實(shí)例之后的調(diào)用synchronized就會(huì)是累贅，因?yàn)槲覀円呀?jīng)無(wú)需擔(dān)心這個(gè)單例類(lèi)會(huì)再次被創(chuàng)建出新的實(shí)例。因此我們還需要做一下改進(jìn)。
既然上面說(shuō)到延遲實(shí)例化，那么如果是不用的話(huà)那就簡(jiǎn)單多了。
|
1
2
3
4
5
6
7
8
9
10
11
|
public class SingletonB { // 在靜態(tài)初始化器（static initializen）中創(chuàng)建單例，保證線程安全 private static SingletonB singletonB = new SingletonB(); private SingletonB(){ // 構(gòu)造函數(shù) } public static SingletonB getInstaceB(){ // 已經(jīng)實(shí)例化了，直接使用它 return singletonB; }} |
上面的這種做法是在JVM加載這個(gè)類(lèi)時(shí)馬上創(chuàng)建一個(gè)實(shí)例，因?yàn)镴VM會(huì)在線程訪問(wèn)這個(gè)實(shí)例之前就創(chuàng)建出該實(shí)例，因此線程是安全的。但這相較于延遲實(shí)例化而言可能會(huì)出現(xiàn)資源的浪費(fèi)。而且如果此類(lèi)較大的情況下會(huì)時(shí)程序初始化時(shí)間加長(zhǎng)。
那么是否可以在使用用延遲實(shí)例化的同時(shí)又不會(huì)造成線程不安全且增加訪問(wèn)效率呢。接下來(lái)就用雙重檢查加鎖來(lái)改進(jìn)一下。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
|
/** * 雙重鎖單例模式 */public class SingletonC { private volatile static SingletonC singletonC; private SingletonC(){ } public static SingletonC getInstanceC(){ if (singletonC == null) { synchronized (SingletonC.class) { if (singletonC == null) { singletonC = new SingletonC(); } } } return singletonC; }} |
上面的例子是先檢查實(shí)例，如果不存在則進(jìn)入同步區(qū)塊，進(jìn)入同步區(qū)塊之后再次檢查，如果還是null才會(huì)創(chuàng)建實(shí)例，因而singletonC = new SingletonC()只會(huì)執(zhí)行一次，而之后調(diào)用getInstanceC()時(shí)就因?yàn)橛袑?shí)例直接返回，所以除了第一次調(diào)用時(shí)會(huì)走同步，而之后便不會(huì)如第二個(gè)例子那樣每次都會(huì)走同步方法。這樣就可以使得執(zhí)行g(shù)etInstanceC()的時(shí)間減少。想必這里會(huì)發(fā)現(xiàn)有個(gè)volatile關(guān)鍵字，其作用是使得singletonC被初始化后對(duì)所有線程可見(jiàn)，多個(gè)線程可以正確地處理這個(gè)SingletonC變量。但要注意的：volatile關(guān)鍵字只能在Java 5及其之后使用，如果在此版本之前會(huì)導(dǎo)致這個(gè)雙重檢查失效。
在使用單例模式時(shí)，如果有多個(gè)類(lèi)加載器（classloader）時(shí)需要自行指定類(lèi)加載器，并指定用一個(gè)類(lèi)加載器。因?yàn)槊總€(gè)類(lèi)加載器都定義了一個(gè)命名空間，不同的類(lèi)加載器可能會(huì)加載同一個(gè)類(lèi)，從而導(dǎo)致單例類(lèi)創(chuàng)建出多個(gè)實(shí)例。
感謝閱讀，希望能幫助到大家，謝謝大家對(duì)本站的支持！
原文鏈接：http://blog.csdn.net/qq_15128547/article/details/53205727
