1.餓漢
private static Singleton instance=new Singleton();
或
private static Singleton instance=null;
static {
instance=new Singleton();
}
其實(shí)就是在類加載時(shí)，準(zhǔn)備階段里把類的屬性實(shí)例化，缺點(diǎn)是可能提前加載到內(nèi)存。
2.線程不安全的懶漢
private static Singleton instance；
其實(shí)就是沒(méi)有任何鎖，用的時(shí)候再去判斷并初始化，有可能在判斷為空和執(zhí)行初始化期間，別的線程完成了初始化
3.線程安全的懶漢
private static Singleton instance；
public synchronized Singleton getInstance(){}
其實(shí)就是為靜態(tài)方法加了類鎖，凡是用這個(gè)靜態(tài)函數(shù)的，一律加鎖，缺點(diǎn)就是鎖阻塞，影響效率
4.雙重校驗(yàn)鎖
private volatile static Singleton instance;
private void Singleton(){}
public static Singleton getInstance(){
if(instance==null){
synchronized(Singleton.class){
if(instance==null){
instance=new Singleton();
}
}
}
}
用synchronized來(lái)實(shí)現(xiàn)鎖同步的實(shí)例化，因?yàn)楂@取鎖之后會(huì)更新一次數(shù)據(jù)，所以要再檢查一次instance是否為空
注意，使用volatile主要是為了實(shí)現(xiàn)有序性，instance=new Singleton();實(shí)際上是3個(gè)指令（分配內(nèi)存+實(shí)例化+指向引用），有可能遇到指令重排序?qū)е鲁鲥e(cuò)的問(wèn)題，volatile會(huì)通過(guò)內(nèi)存屏障，禁止重排序，順便可以用來(lái)實(shí)現(xiàn)可見(jiàn)性，減少資源消耗。
5.靜態(tài)內(nèi)部類
private static class SingletonHolder{
private static final Singleton instance=new Singlton();
}
public static Singleton getInstance(){
return SingletonHolder.instance;
}
private void Singlton(){}
其實(shí)就是利用類的主動(dòng)加載機(jī)制，只有在使用到靜態(tài)類的對(duì)象時(shí)，才去加載類，這樣靜態(tài)內(nèi)部類一定是在getInstance時(shí)加載。
另外，靜態(tài)對(duì)象雖然天然只有方法區(qū)的一個(gè)實(shí)例，但也有被修改的可能，所以用final確保線程安全。
靜態(tài)內(nèi)部類相比內(nèi)部類來(lái)說(shuō)，不能直接調(diào)用宿主類的函數(shù)，但是也擁有內(nèi)部類的訪問(wèn)權(quán)限，所以不受private限制
6.枚舉
public enum EnumSingleton{
INSTANCE;
private Singleton instance;
private EnumSingleton(){
instance=new Singleton();
}
public Singleton getInstance(){
return instance;
}
}
其實(shí)就是因?yàn)槊杜e類型是static final類型，而且只能實(shí)例化一次，原理上其實(shí)和靜態(tài)內(nèi)部類的寫法一樣。
單元素的枚舉類型已經(jīng)成為實(shí)現(xiàn)Singleton的最佳方法。
多個(gè)classloader破壞單例
不同classloader加載的類不是同一個(gè)類，所以要避免多個(gè)classloader加載出多個(gè)單例對(duì)象。
這種情況下，可以考慮用當(dāng)前線程的ClassLoader來(lái)加載類。
ClassLoader classLoader = Thread.currentThread().getContextClassLoader();
反射破壞單例
因?yàn)榉瓷淇梢阅玫絚onstructor構(gòu)造函數(shù)，所以調(diào)用構(gòu)造函數(shù)的newInstance方法能破壞單例：

//獲得構(gòu)造器
Constructor con = Singleton.class.getDeclaredConstructor();
//設(shè)置為可訪問(wèn)
con.setAccessible(true);
//構(gòu)造新的對(duì)象
Singleton singleton1 = (Singleton)con.newInstance();

對(duì)于需要構(gòu)造函數(shù)的單例寫法來(lái)說(shuō)，因?yàn)橹皇窃谡Ｇ闆r下屏蔽了構(gòu)造函數(shù)，所以可以用反射訪問(wèn)到構(gòu)造函數(shù)，破壞單例；
只有枚舉單例不能被反射破壞，因?yàn)槊杜e單例在編譯后，其實(shí)是abstract類，無(wú)法初始化，而且Java在newInstanc時(shí)對(duì)Enum禁止。
反序列化破壞單例
如果單例是可序列化的，就很容易通過(guò)反序列化得到多個(gè)單例對(duì)象。因?yàn)镺bjectInputStream的readResolve函數(shù)會(huì)反射執(zhí)行構(gòu)造函數(shù)，繞過(guò)單例的代碼限制機(jī)制。
注意，枚舉單例不能implement Serializable，否則readObject的特性“每次都返回新建的實(shí)例”會(huì)破壞單例。
這種情況下，可以考慮修改readResolve函數(shù)，返回餓漢的靜態(tài)單例對(duì)象。
public static Singleton INSTANCE = new Singleton();
private Object readResolve() {
return INSTANCE;
}
構(gòu)造函數(shù)報(bào)錯(cuò)
根據(jù)Initialization-on-demand holder idiom的提示，使用內(nèi)部靜態(tài)類這種單利寫法時(shí)，需要確保構(gòu)造函數(shù)不拋異常，例如：

    private SingletonClass() {
        throw new RuntimeException("exception in constructor");
    }

文章聲稱，這種情況會(huì)導(dǎo)致調(diào)用報(bào)錯(cuò)，NoClassDefFoundError。
不過(guò)，當(dāng)我們實(shí)際測(cè)試一下兩次調(diào)用，會(huì)發(fā)現(xiàn)兩次報(bào)錯(cuò)不一樣：
第一次報(bào)錯(cuò)其實(shí)是ExceptionInInitializerError，這是因?yàn)榈谝淮握{(diào)用SingletonClass.getInstance()時(shí)，需要加載目標(biāo)類（懶加載），在加載過(guò)程中，執(zhí)行構(gòu)造函數(shù)失敗，所以報(bào)錯(cuò)會(huì)是ExceptionInInitializerError。
第二次報(bào)錯(cuò)因?yàn)榈谝淮渭虞d類失敗，類只會(huì)加載一次，而第一次的加載過(guò)程失敗了，所以會(huì)報(bào)NoClassDefFoundError，找不到目標(biāo)類。

單例模式的七種寫法
為什么要用枚舉實(shí)現(xiàn)單例模式（避免反射、序列化問(wèn)題）
Java transient關(guān)鍵字使用小記