大家在Java在實現(xiàn)單例時常用的有：餓漢模式鹏往、懶漢模式冷蚂、雙重鎖懶漢模式DCL（Double Check Lock）、靜態(tài)內(nèi)部類模式、枚舉模式酸钦，五種模式通殃，
1.餓漢式：
public class Singleton {
private static Singleton INSTANCE = new Singleton();
private Singleton(){}
public static Singleton getInstance(){
return INSTANCE;
}
}
INSTANCE是用static修飾的所以它在類的初始化時，就會在內(nèi)存中創(chuàng)建對象界睁，
餓漢式是線程安全的，但是它是以空間換時間兵拢，所以不推薦
2.懶漢模式
public class Singleton {
private static Singleton INSTANCE = null;
private Singleton(){}
public static Singleton getInstance(){
if (INSTANCE==null){
INSTANCE = new Singleton();
}
return INSTANCE;
}
}
懶漢模式在方法被調(diào)用后才創(chuàng)建對象翻斟，以時間換空間，在多線程環(huán)境下存在風險
3.雙重鎖懶漢模式DCL（Double Check Lock）
public class Singleton {
private static Singleton INSTANCE = null;
private Singleton() {}
public static Singleton getInstance() {
//先檢查實例是否存在说铃，如果不存在才進入下面的同步塊,減少加鎖
if (INSTANCE == null) {
//同步塊访惜，線程安全的創(chuàng)建實例
synchronized (Singleton.class) {
//再次檢查實例是否存在，如果不存在才真正的創(chuàng)建實例
if (INSTANCE == null) {
INSTANCE = new Singleton();
}
}
}
return INSTANCE;
}
}
DCL模式的優(yōu)點就是腻扇，只有在對象需要被使用時才創(chuàng)建债热，第一次判斷 INSTANCE == null為了避免非必要加鎖，當?shù)谝淮渭虞d時才對實例進行加鎖再實例化幼苛。這樣既可以節(jié)約內(nèi)存空間窒篱，又可以保證線程安全。
重點來了：DCL真的能安全嗎舶沿？墙杯？
由于jvm存在亂序執(zhí)行功能，DCL也會出現(xiàn)線程不安全的情況括荡。具體分析如下：
首先我們看一下這行代碼
INSTANCE = new Singleton();
這個步驟高镐，其實在jvm里面的執(zhí)行分為三步：
1.在堆內(nèi)存開辟內(nèi)存空間。
2.在堆內(nèi)存中實例化SingleTon里面的各個參數(shù)畸冲。
3.把對象指向堆內(nèi)存空間嫉髓。
由于jvm存在亂序執(zhí)行功能观腊，所以在多核CPU上可能在2還沒執(zhí)行時就先執(zhí)行了3，如果此時再被切換到線程B上算行，由于執(zhí)行了3恕沫，INSTANCE 已經(jīng)非空了，會被直接拿出來用纱意，這樣的話婶溯，就會出現(xiàn)異常。這個就是著名的DCL失效問題偷霉。
JDK1.6之后迄委，具體化了volatile，只要定義使用volatile 修飾INSTANCE 就可解決DCL失效問題类少。volatile確保INSTANCE每次均在主內(nèi)存中讀取叙身，(但是使用volatile修飾某一個變量并不會使它變得線程)這樣雖然會犧牲一點效率，但是是可以接受的硫狞。
public class Singleton {
private volatile static SingleTon INSTANCE = null;
private Singleton() {}
public static Singleton getInstance() {
//先檢查實例是否存在信轿，如果不存在才進入下面的同步塊,減少加鎖
if (INSTANCE == null) {
//同步塊，線程安全的創(chuàng)建實例
synchronized (Singleton.class) {
//再次檢查實例是否存在残吩，如果不存在才真正的創(chuàng)建實例
if (INSTANCE == null) {
INSTANCE = new Singleton();
}
}
}
return INSTANCE;
}
}
4.靜態(tài)內(nèi)部類模式
public class Singleton {
private Singleton() {
}
public static Singleton getInstance() {
return SingletonHolder.INSTANCE;
}
private static class SingletonHolder{
private static final Singleton INSTANCE = new Singleton();
}
}
靜態(tài)內(nèi)部類的優(yōu)點是：外部類與內(nèi)部類的加載沒有關聯(lián)财忽，外部類加載時并不需要立即加載內(nèi)部類，內(nèi)部類不被加載則不去初始化INSTANCE泣侮，故而不占內(nèi)存即彪。即當SingleTon第一次被加載時，并不需要去加載SingleTonHolder活尊，只有當getInstance()方法第一次被調(diào)用時隶校，才會去初始化INSTANCE,第一次調(diào)用getInstance()方法會導致虛擬機加載SingleTonHolder類，這種方法不僅能確保線程安全蛹锰，也能保證單例的唯一性深胳，同時也延遲了單例的實例化。
這里我們要說一下類加載時機：JAVA虛擬機只有在5種場景下會對類進行初始化铜犬。
1.遇到new舞终、getstatic、setstatic或者invikestatic這4個字節(jié)碼指令時翎苫，對應的java代碼場景為：new一個關鍵字或者一個實例化對象時权埠、讀取或設置一個靜態(tài)字段時(final修飾榨了、已在編譯期把結(jié)果放入常量池的除外)煎谍、調(diào)用一個類的靜態(tài)方法時。
2.使用java.lang.reflect包的方法對類進行反射調(diào)用的時候龙屉，如果類沒進行初始化呐粘，需要先調(diào)用其初始化方法進行初始化满俗。
3.當初始化一個類時，如果其父類還未進行初始化作岖，會先觸發(fā)其父類的初始化唆垃。
4.當虛擬機啟動時，用戶需要指定一個要執(zhí)行的主類(包含main()方法的類)痘儡，虛擬機會先初始化這個類辕万。
5.當使用JDK 1.7等動態(tài)語言支持時，如果一個java.lang.invoke.MethodHandle實例最后的解析結(jié)果REF_getStatic沉删、REF_putStatic渐尿、REF_invokeStatic的方法句柄，并且這個方法句柄所對應的類沒有進行過初始化矾瑰，則需要先觸發(fā)其初始化砖茸。
這5種情況被稱為是類的主動引用，那么殴穴，除此之外的所有引用類都不會對類進行初始化凉夯，稱為被動引用。靜態(tài)內(nèi)部類就屬于被動引用的行列采幌。
我們再回頭看下getInstance()方法劲够，調(diào)用的是SingleTonHoler.INSTANCE，取的是SingleTonHoler里的INSTANCE對象休傍，跟上面那個DCL方法不同的是再沧，getInstance()方法并沒有多次去new對象，故不管多少個線程去調(diào)用getInstance()方法尊残，取的都是同一個INSTANCE對象炒瘸，而不用去重新創(chuàng)建。當getInstance()方法被調(diào)用時寝衫，SingleTonHoler才在SingleTon的運行時常量池里顷扩，把符號引用替換為直接引用，這時靜態(tài)對象INSTANCE也真正被創(chuàng)建慰毅，然后再被getInstance()方法返回出去隘截，這點同餓漢模式。那么INSTANCE在創(chuàng)建過程中又是如何保證線程安全的呢汹胃？
虛擬機會保證一個類的<clinit>()方法在多線程環(huán)境中被正確地加鎖婶芭、同步，如果多個線程同時去初始化一個類着饥，那么只會有一個線程去執(zhí)行這個類的<clinit>()方法犀农，其他線程都需要阻塞等待，直到活動線程執(zhí)行<clinit>()方法完畢宰掉。如果在一個類的<clinit>()方法中有耗時很長的操作呵哨，就可能造成多個進程阻塞(需要注意的是赁濒，其他線程雖然會被阻塞，但如果執(zhí)行<clinit>()方法后孟害，其他線程喚醒之后不會再次進入<clinit>()方法拒炎。同一個加載器下，一個類型只會初始化一次挨务。)击你。
故而，可以看出INSTANCE在創(chuàng)建過程中是線程安全的谎柄，所以說靜態(tài)內(nèi)部類形式的單例可保證線程安全果漾，也能保證單例的唯一性，同時也延遲了單例的實例化谷誓。
那么绒障，是不是可以說靜態(tài)內(nèi)部類單例就是最完美的單例模式了呢？其實不然捍歪，靜態(tài)內(nèi)部類也有著一個致命的缺點户辱，就是傳參的問題，由于是靜態(tài)內(nèi)部類的形式去創(chuàng)建單例的糙臼，故外部無法傳遞參數(shù)進去庐镐，例如Context這種參數(shù)，所以变逃，我們創(chuàng)建單例時必逆，可以在靜態(tài)內(nèi)部類與DCL模式里自己斟酌。
5.枚舉模式
public enum SingleTon{
INSTANCE;
public void method(){
//TODO
}
}
枚舉在java中與普通類一樣揽乱，都能擁有字段與方法名眉，而且枚舉實例創(chuàng)建是線程安全的，在任何情況下凰棉，它都是一個單例损拢。我們可直接以SingleTon.INSTANCE的方式調(diào)用
