一、餓漢式(靜態(tài)常量)

public class Face {
        private static final Face instance = new Face();
 
        static Face getInstance() {
            return instance;
        }
 
        private Face() {
        }
    }

• 優(yōu)點(diǎn)：這種寫法比較簡單，就是在類裝載的時(shí)候就完成實(shí)例化。避免了線程同步問題。
• 缺點(diǎn)：在類裝載的時(shí)候就完成實(shí)例化，沒有懶加載的效果。如果從始至終從未使用過這個(gè)實(shí)例，則會(huì)造成內(nèi)存的浪費(fèi)。

二、餓漢式(靜態(tài)代碼塊)

public class Face {
        private static Face instance;
 
        static {
            instance = new Face();
        }
 
        private Face() {
        }
 
        public static Face getInstance() {
            return instance;
        }
    }

• 優(yōu)點(diǎn)：這種寫法比較簡單，就是在類裝載的時(shí)候就完成實(shí)例化。避免了線程同步問題。
• 缺點(diǎn)：在類裝載的時(shí)候就完成實(shí)例化，沒有達(dá)到懶加載的效果。如果從始至終從未使用過這個(gè)實(shí)例，則會(huì)造成內(nèi)存的浪費(fèi)。

三、懶漢式(線程不安全)

public class Face {
    private static Face instance;
 
    private Face() {
    }
 
    public static Face getInstance() {
        if (null == instance) {
            instance = new Face();
        }
        return instance;
    }
}

• 優(yōu)點(diǎn)：懶加載，只有使用的時(shí)候才會(huì)加載。
• 缺點(diǎn)：但是只能在單線程下使用。如果在多線程下，一個(gè)線程進(jìn)入了if (null == instance)判斷語句塊，還未來得及往下執(zhí)行，另一個(gè)線程也通過了這個(gè)判斷語句，這時(shí)便會(huì)產(chǎn)生多個(gè)實(shí)例。所以在多線程環(huán)境下不可使用這種方式

四、懶漢式(線程安全，同步方法)

public class Face {
    private static Face instance;
 
    private Face() {
    }
 
    public static synchronized Face getInstance() {
        if (null == instance) {
            instance = new Face();
        }
        return instance;
    }
}

• 優(yōu)點(diǎn)：懶加載，只有使用的時(shí)候才會(huì)加載，獲取單例方法加了同步鎖，保障線程安全。
• 缺點(diǎn)：效率太低了，每個(gè)線程在想獲得類的實(shí)例時(shí)候，執(zhí)行g(shù)etInstance()方法都要進(jìn)行同步。

五、懶漢式(線程不安全，同步代碼塊)

public class Face {
    private static Face instance;
 
    private Face() {
    }
 
    public static Face getInstance() {
        if (null == instance) {
            synchronized (Face.class) {
                instance = new Face();
            }
        }
        return instance;
    }
}

• 優(yōu)點(diǎn)：改進(jìn)了 懶漢式(線程安全，同步方法) 效率低的問題。
• 缺點(diǎn)：不能完全保證單例，假如一個(gè)線程進(jìn)入了if (null == instance)判斷語句塊，還未來得及往下執(zhí)行，另一個(gè)線程也通過了這個(gè)判斷語句，這時(shí)便會(huì)產(chǎn)生多個(gè)實(shí)例。

六、雙重檢查( DCL )

public class Face {
    private static volatile Face instance;
 
    private Face() {
    }
 
    public static Face getInstance() {
        if (null == instance) {
            synchronized (Face.class) {
                if (null == instance) {
                    instance = new Face();
                }
            }
        }
        return instance;
    }
}

• 優(yōu)點(diǎn)：線程安全；延遲加載；效率較高。
• 缺點(diǎn)：JDK < 1.5 的時(shí)候不可用
• 不可用原因：由于volatile關(guān)鍵字會(huì)屏蔽Java虛擬機(jī)所做的一些代碼優(yōu)化，可能會(huì)導(dǎo)致系統(tǒng)運(yùn)行效率降低，而JDK 1.5 以及之后的版本都修復(fù)了這個(gè)問題。（謹(jǐn)記?。。。?/li>

七、靜態(tài)內(nèi)部類

public class Face {
    private static volatile Face instance;
 
    private Face() {
    }
 
    private static class FaceInstance {
        private static final Face faceInstance = new Face();
    }
 
    public static Face getInstance() {
        return FaceInstance.faceInstance;
    }
}

• 優(yōu)點(diǎn)：避免了線程不安全，延遲加載，效率高。
• 缺點(diǎn)：暫無，最推薦使用。
• 特點(diǎn)：這種方式跟餓漢式方式采用的機(jī)制類似，但又有不同。
• 兩者都是采用了類裝載的機(jī)制來保證初始化實(shí)例時(shí)只有一個(gè)線程。不同的地方在餓漢式方式是只要Singleton類被裝載就會(huì)實(shí)例化，沒有懶加載的作用，而靜態(tài)內(nèi)部類方式在Singleton類被裝載時(shí)并不會(huì)立即實(shí)例化，而是在需要實(shí)例化時(shí)，調(diào)用getInstance方法，才會(huì)裝載SingletonInstance類，從而完成Singleton的實(shí)例化。類的靜態(tài)屬性只會(huì)在第一次加載類的時(shí)候初始化，所以在這里，JVM幫助我們保證了線程的安全性，在類進(jìn)行初始化時(shí)，別的線程是無法進(jìn)入的。

八、單例模式的優(yōu)點(diǎn)

可以減少系統(tǒng)內(nèi)存開支，減少系統(tǒng)性能開銷，避免對(duì)資源的多重占用、同時(shí)操作

到此這篇關(guān)于Java設(shè)計(jì)模式之單例模式簡介的文章就介紹到這了,更多相關(guān)Java單例模式簡介內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論