Java中單例模式是一種常見的設計模式，單例模式的寫法有好幾種，這里主要介紹三種：懶漢式單例、餓漢式單例、登記式單例。
| |目錄
- 1特點
- 2懶漢式單例
- ·1、在getInstance方法上加同步
- ·2、雙重檢查鎖定
- ·3、靜態內部類
- 3餓漢式單例
- 4登記式單例(可忽略)
- 5餓漢式和懶漢式區別
- ·線程安全
- ·資源加載和性能
- ·三種懶漢模式的區別
- 6什么是線程安全？
- 7雙重檢查鎖定的線程安全
- 8參考資料
- 9來源
1特點
-
單例類只能有一個實例。
-
單例類必須自己創建自己的唯一實例。
-
單例類必須給所有其他對象提供這一實例。
單例模式確保某個類只有一個實例，而且自行實例化並向整個系統提供這個實例。在計算機系統中，線程池、緩存、日志對象、對話框、打印機、顯卡的驅動程序對象常被設計成單例。這些應用都或多或少具有資源管理器的功能。每台計算機可以有若干個打印機，但只能有一個Printer Spooler，以避免兩個打印作業同時輸出到打印機中。每台計算機可以有若干通信端口，系統應當集中管理這些通信端口，以避免一個通信端口同時被兩個請求同時調用。總之，選擇單例模式就是為了避免不一致狀態，避免政出多頭。
2懶漢式單例
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
//懶漢式單例類.在第一次調用的時候實例化自己
public
class
Singleton {
private
Singleton() {
}
private
static
Singleton singleton =
null
;
// 靜態工廠方法
public
static
Singleton getInstance() {
if
(singleton ==
null
) {
singleton =
new
Singleton();
}
return
singleton;
}
}
|
Singleton通過將構造方法限定為private避免了類在外部被實例化，在同一個虛擬機范圍內，Singleton的唯一實例只能通過getInstance()方法訪問。（事實上，通過Java反射機制是能夠實例化構造方法為private的類的，那基本上會使所有的Java單例實現失效。此問題在此處不做討論，姑且掩耳盜鈴地認為反射機制不存在。）
但是以上懶漢式單例的實現沒有考慮線程安全問題，它是線程不安全的，並發環境下很可能出現多個Singleton實例，要實現線程安全，有以下三種方式，都是對getInstance這個方法改造，保證了懶漢式單例的線程安全，如果你第一次接觸單例模式，對線程安全不是很了解，可以先跳過下面這三小條，去看餓漢式單例，等看完后面再回頭考慮線程安全的問題：
1、在getInstance方法上加同步
|
1
2
3
4
5
6
|
public
static
synchronized
Singleton getInstance() {
if
(singleton ==
null
) {
singleton =
new
Singleton();
}
return
singleton;
}
|
2、雙重檢查鎖定
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
// 雙重檢查鎖定不是線程安全的，如果要用這種方式，需要使用volatile關鍵字。
private
static
volatile
Singleton singleton =
null
;
public
static
Singleton getInstance() {
if
(singleton ==
null
) {
synchronized
(Singleton.
class
) {
if
(singleton ==
null
) {
singleton =
new
Singleton();
}
}
}
return
singleton;
}
|
double-check 在 J2SE 1.4 或早期版本在多線程或者 JVM 調優時由於 out-of-order writes，是不可用的。 這個問題在 J2SE 5.0 中已經被修復，可以使用 volatile 關鍵字來保證多線程下的單例。
3、靜態內部類
|
1
2
3
4
5
6
7
8
9
10
11
12
|
public
class
Singleton {
private
static
class
LazyHolder {
private
static
final
Singleton INSTANCE =
new
Singleton();
}
private
Singleton() {
}
public
static
final
Singleton getInstance() {
return
LazyHolder.INSTANCE;
}
}
|
這種比上面1、2都好一些，既實現了線程安全，又避免了同步帶來的性能影響。
3餓漢式單例
|
1
2
3
4
5
6
7
8
9
10
11
12
|
//餓漢式單例類.在類初始化時，已經自行實例化
public
class
Singleton {
private
Singleton() {
}
private
static
final
Singleton single =
new
Singleton();
// 靜態工廠方法
public
static
Singleton getInstance() {
return
single;
}
}
|
餓漢式在類創建的同時就已經創建好一個靜態的對象供系統使用，以后不再改變，所以天生是線程安全的。
4登記式單例(可忽略)
|
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
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
|
//類似Spring里面的方法，將類名注冊，下次從里面直接獲取。
public
class
Singleton {
private
static
Map<String, Singleton> map =
new
HashMap<String, Singleton>();
static
{
Singleton single =
new
Singleton();
map.put(single.getClass().getName(), single);
}
// 保護的默認構造子
protected
Singleton() {
}
// 靜態工廠方法,返還此類惟一的實例
public
static
Singleton getInstance(String name) {
if
(name ==
null
) {
name = Singleton.
class
.getName();
System.out.println(
"name == null"
+
"--->name="
+ name);
}
if
(map.get(name) ==
null
) {
try
{
map.put(name, (Singleton) Class.forName(name).newInstance());
}
catch
(InstantiationException e) {
e.printStackTrace();
}
catch
(IllegalAccessException e) {
e.printStackTrace();
}
catch
(ClassNotFoundException e) {
e.printStackTrace();
}
}
return
map.get(name);
}
// 一個示意性的商業方法
public
String about() {
return
"Hello, I am RegSingleton."
;
}
public
static
void
main(String[] args) {
Singleton single3 = Singleton.getInstance(
null
);
System.out.println(single3.about());
}
}
|
登記式單例實際上維護了一組單例類的實例，將這些實例存放在一個Map（登記薄）中，對於已經登記過的實例，則從Map直接返回，對於沒有登記的，則先登記，然后返回。
這里我對登記式單例標記了可忽略，我的理解來說，首先它用的比較少，另外其實內部實現還是用的餓漢式單例，因為其中的static方法塊，它的單例在類被裝載的時候就被實例化了。
5餓漢式和懶漢式區別
從名字上來說，餓漢和懶漢。
餓漢就是類一旦加載，就把單例初始化完成，保證getInstance的時候，單例是已經存在的了，而懶漢比較懶，只有當調用getInstance的時候，才回去初始化這個單例。
另外從以下兩點再區分以下這兩種方式：
線程安全
餓漢式天生就是線程安全的，可以直接用於多線程而不會出現問題。
懶漢式本身是非線程安全的，為了實現線程安全有幾種寫法，分別是上面的1、2、3，這三種實現在資源加載和性能方面有些區別。
資源加載和性能
餓漢式在類創建的同時就實例化一個靜態對象出來，不管之后會不會使用這個單例，都會占據一定的內存，但是相應的，在第一次調用時速度也會更快，因為其資源已經初始化完成。
而懶漢式顧名思義，會延遲加載，在第一次使用該單例的時候才會實例化對象出來，第一次調用時要做初始化，如果要做的工作比較多，性能上會有些延遲，之后就和餓漢式一樣了。
三種懶漢模式的區別
第1種，在方法調用上加了同步，雖然線程安全了，但是每次都要同步，會影響性能，畢竟99%的情況下是不需要同步的。
第2種，在getInstance中做了兩次null檢查，確保了只有第一次調用單例的時候才會做同步，但是不是線程安全的，如果要用這種方式，需要使用volatile關鍵字。可以避免了每次都同步的性能損耗。
第3種，利用了classloader的機制來保證初始化instance時只有一個線程，所以也是線程安全的，同時沒有性能損耗，所以一般我傾向於使用這一種。
6什么是線程安全？
如果你的代碼所在的進程中有多個線程在同時運行，而這些線程可能會同時運行這段代碼。如果每次運行結果和單線程運行的結果是一樣的，而且其他的變量的值也和預期的是一樣的，就是線程安全的。
或者說：一個類或者程序所提供的接口對於線程來說是原子操作，或者多個線程之間的切換不會導致該接口的執行結果存在二義性,也就是說我們不用考慮同步的問題，那就是線程安全的。
7雙重檢查鎖定的線程安全
雙重檢查鎖定不是線程安全的，如果要用這種方式，需要使用volatile關鍵字。
假設沒有關鍵字volatile的情況下，兩個線程A、B，都是第一次調用該單例方法，線程A先執行instance = new Instance()，該構造方法是一個非原子操作，編譯后生成多條字節碼指令，由於JAVA的指令重排序，可能會先執行instance的賦值操作，該操作實際只是在內存中開辟一片存儲對象的區域后直接返回內存的引用，之后instance便不為空了，但是實際的初始化操作卻還沒有執行，如果就在此時線程B進入，就會看到一個不為空的但是不完整（沒有完成初始化）的Instance對象，所以需要加入volatile關鍵字，禁止指令重排序優化，從而安全的實現單例。