本文介紹了設(shè)計模式中 Singleton 的基本概念,對其功能和用途進(jìn)行了簡單的分析,列出了通常實現(xiàn) Singleton 的幾種方法,并給出了詳細(xì)的Java 代碼.
基本概念
Singleton 是一種創(chuàng)建性模型,它用來確保只產(chǎn)生一個實例,并提供一個訪問它的全局訪問點.對一些類來說,保證只有一個實例是很重要的,比如有的時候,數(shù)據(jù)庫連接或 Socket 連接要受到一定的限制,必須保持同一時間只能有一個連接的存在.再舉個例子,集合中的 set 中不能包含重復(fù)的元素,添加到set里的對象必須是唯一的,如果重復(fù)的值添加到 set,它只接受一個實例.JDK中正式運用了Singleton模式來實現(xiàn) set 的這一特性,大家可以查看java.util.Collections里的內(nèi)部靜態(tài)類SingletonSet的原代碼.其實Singleton是最簡單但也是應(yīng)用最廣泛的模式之一,在 JDK 中隨處可見.
簡單分析
為了實現(xiàn) Singleton 模式,我們需要的是一個靜態(tài)的變量,能夠在不創(chuàng)建對象的情況下記憶是否已經(jīng)產(chǎn)生過實例了.靜態(tài)變量或靜態(tài)方法都可以在不產(chǎn)生具體實例的情況下直接調(diào)用,這樣的變量或方法不會因為類的實例化而有所改變.在圖1的結(jié)構(gòu)中可以看到,uniqueInstance 就是這個獨立的靜態(tài)變量,它可以記憶對象是否已經(jīng)實例化了,在靜態(tài)方法 Instance 中對這個變量進(jìn)行判斷,若沒有實例化過就產(chǎn)生一個新的對象,如果已經(jīng)實例化了則不再產(chǎn)生新的對象,仍然返回以前產(chǎn)生的實例.
圖1: Singleton 模式結(jié)構(gòu)
具體實施
實現(xiàn) Singleton 模式的辦法通常有三種.
一. 用靜態(tài)方法實現(xiàn) Singleton
這種方法是使用靜態(tài)方法來監(jiān)視實例的創(chuàng)建.為了防止創(chuàng)建一個以上的實例,我們最好把構(gòu)造器聲明為 private.
這樣可以防止客戶程序員通過除由我們提供的方法之外的任意方式來創(chuàng)建一個實例,如果不把構(gòu)造器聲明為private,編譯器就會自作聰明的自動同步一個默認(rèn)的friendly構(gòu)造器.這種實現(xiàn)方法是最常見的,也就是圖1中結(jié)構(gòu)的標(biāo)準(zhǔn)實現(xiàn).
public class Singleton {
private static Singleton s;
private Singleton(){};
/**
* Class method to access the singleton instance of the class.
*/
public static Singleton getInstance() {
if (s == null)
s = new Singleton();
return s;
}
}
// 測試類
class singletonTest {
public static void main(String[] args) {
Singleton s1 = Singleton.getInstance();
Singleton s2 = Singleton.getInstance();
if (s1==s2)
System.out.println("s1 is the same instance with s2");
else
System.out.println("s1 is not the same instance with s2");
}
}
singletonTest運行結(jié)果是:
s1 is the same instance with s2
這證明我們只創(chuàng)建了一個實例.
二. 以靜態(tài)變量為標(biāo)志實現(xiàn) Singleton
在類中嵌入一個靜態(tài)變量做為標(biāo)志,每次都在進(jìn)入構(gòu)造器的時候進(jìn)行檢查.
問題在于構(gòu)造器沒有返回類型,如果確定創(chuàng)建一個實例成功與否.一個方法是調(diào)用一個函數(shù)來檢查創(chuàng)建是否成功,然后簡單的返回一個來自靜態(tài)變量的值,但是這樣做是不優(yōu)雅的,而且容易發(fā)生錯誤.比較好的做法是創(chuàng)建一個當(dāng)創(chuàng)建了一個以上的實例時可以拋出異常的類,這個類僅僅是調(diào)用父類方法,好處是用了自己命名的異常類型,錯誤信息更加清晰:
class SingletonException extends RuntimeException {
public SingletonException(String s) {
super(s);
}
}
class Singleton {
static boolean instance_flag = false; // true if 1 instance
public Singleton() {
if (instance_flag)
throw new SingletonException("Only one instance allowed");
else
instance_flag = true; // set flag for 1 instance
}
}
// 測試類
public class singletonTest {
static public void main(String argv[]) {
Singleton s1, s2;
// create one incetance--this should always work
System.out.println("Creating one instance");
try {
s1 = new Singleton();
} catch (SingletonException e) {
System.out.println(e.getMessage());
}
// try to create another spooler --should fail
System.out.println("Creating two instance");
try {
s2 = new Singleton();
} catch (SingletonException e) {
System.out.println(e.getMessage());
}
}
}
singletonTest運行結(jié)果是:
Creating one instance
Creating two instance
Only one instance allowed
可以看出,第一個實例順利創(chuàng)建,第二個實例創(chuàng)建實拋出了我們自定義的異常.
三. 用注冊器機制來創(chuàng)建 Singleton
首先用集合中的Hashtable 和Enumeration來實現(xiàn)addItem(Object key, Object value),getItem(Object key), ,removeItem(Object key)等方法實現(xiàn)一個管理器,將key和value一一關(guān)聯(lián)起來,客戶程序員創(chuàng)建實例前首先用addItem方法進(jìn)行注冊,再用getItem方法獲取實例.Hashtable中的key是唯一的,從而保證創(chuàng)建的實例是唯一的,具體實現(xiàn)限于篇幅不再細(xì)說,在Prototype模型的應(yīng)用一文中我將會給出一個實現(xiàn)注冊器的代碼.用注冊器機制來創(chuàng)建 Singleton模式的好處是易于管理,可以同時控制多個不同類型的Singleton 實例.
小結(jié)
1. Singleton模式可以方便的進(jìn)行擴充,產(chǎn)生指定數(shù)目的實例.
2. 在The Design Patterns Java Companion 一書中曾提到過用靜態(tài)類的方式來實現(xiàn) Singleton模式,并指出java.lang.Math就是一個例子,這里我并不表示贊同,因為Math并不是一個真正的對象,我們只是直接調(diào)用Math類所包裝的靜態(tài)方法而已,根本就沒有創(chuàng)建實例的過程,又從何說起只產(chǎn)生一個實例呢?這個問題我曾到Javaranch的論壇上發(fā)過帖子,所有回帖的人也都是對這一觀點持否定態(tài)度.
3. 在多線程的程序中,singleton可能會變的不可靠,可能會出現(xiàn)多個實例,解決的辦法很簡單,加個同步修飾符: public static synchronized Singleton getInstance(). 這樣就保證了線程的安全性.
4. 最后要說的是大家可能會看見一些其他實現(xiàn)Singleton模式的方法,因為模式在具體的應(yīng)用時是靈活的,不是一成不變的,并沒有一個固定的做法,但大都是上面幾種方法的變形.
轉(zhuǎn)自：
http://www.javaresearch.org/article/showarticle.jsp?column=31&thread=28424