目錄1、簡介2、單例模式——懶漢式3、單例模式——餓漢式總結1、簡介

單例模式使⽤場景：

業務系統全局只需要⼀個對象實例，⽐如發號器、 redis 連接對象等。 Spring IOC容器中的 Bean 默認就是單例。 Spring Boot 中的 Controller、Service、Dao 層中通過 @Autowire的依賴注⼊對象默認都是單例的。

單例模式分類：

懶漢：就是所謂的懶加載，延遲創建對象，需要用的時候再創建對象。 餓漢：與懶漢相反，提前創建對象。 單例模式實現步驟： 私有化構造函數。 提供獲取單例的方法。2、單例模式——懶漢式單例模式——懶漢式有以下⼏種實現⽅式：

/** * @Auther: csp1999 * @Date: 2020/11/06/20:36 * @Description: 單例設計模式-懶漢式 */public class SingletonLazy { // 當需要用到該實例的時候再創建實例對象 private static SingletonLazy instance; /** * 構造函數私有化 * 不能通過 new SingletonLazy() 的方式創建實例 * * 當需要用到該實例的時候在加載 * 只能通過 SingletonLazy.getInstance() 這種方式獲取實例 */ private SingletonLazy() { } /** * 單例對象的方法 */ public void process() {System.out.println('方法實例化成功！'); } /** * 方式一： * <p> * 對外暴露一個方法獲取該類的對象 * <p> * 缺點：線程不安全，多線程下存在安全問題 * * @return */ public static SingletonLazy getInstance() {if (instance == null) {// 實例為null時候才創建 /** * 線程安全問題： * 當某一時刻，兩個或多個線程同時判斷到instance == null成立的時候 * 這些線程同時進入該if判斷內部執行實例化 * 則會新建出不止一個SingletonLazy實例 */ instance = new SingletonLazy();// 當需要的時候再進行實例化對象}return instance; } /** * 方式二： * 通過加synchronized鎖 保證線程安全 * * 采用synchronized 對方法加鎖有很大的性能開銷 * 因為當getInstance2()內部邏輯比較復雜的時候，在高并發條件下 * 沒獲取到加鎖方法執行權的線程，都得等到這個方法內的復雜邏輯執行完后才能執行，等待浪費時間，效率比較低 * * @return */ public static synchronized SingletonLazy getInstance2() {if (instance == null) {// 實例為null時候才創建 // 方法上加synchronized鎖后可以保證線程安全 instance = new SingletonLazy();// 當需要的時候再進行實例化對象}return instance; } /** * 方式三： * 在getInstance3()方法內，針對局部需要加鎖的代碼塊加鎖，而不是給整個方法加鎖 * * 也存在缺陷： * @return */ public static SingletonLazy getInstance3() {if (instance == null) {// 實例為null時候才創建 // 局部加鎖后可以保證線程安全,效率較高 // 缺陷：假設線程A和線程B synchronized (SingletonLazy.class){// 當線程A獲得鎖的執行權的時候B等待 A執行new SingletonLazy();實例化// 當A線程執行完畢后，B再獲得執行權，這時候還是可以實例化該對象instance = new SingletonLazy();// 當需要的時候再進行實例化對象 }}return instance; }}單例模式：懶漢實現 + 雙重檢查鎖定 + 內存模型

對于上面方式三存在的缺陷，我們可以使用雙重檢查鎖定的方式對其進行改進：

/** * 方式三改進版本： * 在getInstance3()方法內，針對局部需要加鎖的代碼塊加鎖，而不是給整個方法加鎖 * * DCL 雙重檢查鎖定 (Double-Checked-Locking) 在多線程情況下保持高性能 * * 這是否安全？ instance = new SingletonLazy(); 并不是原子性操作 * jvm中 instance實例化內存模型流程如下： * 1.分配空間給對象 * 2.在空間內創建對象 * 3.將對象賦值給instance引用 * * 假如出現如下順序錯亂的情況： * 線程的執行順序為：1 -> 3 -> 2, 那么這時候會把值寫回主內存 * 則，其他線程就會讀取到instance的最新值,但是這個是不完全的對象 * (指令重排現象) * * @return */public static SingletonLazy getInstance3plus() { if (instance == null) {// 實例為null時候才創建// 局部加鎖后可以保證線程安全,效率較高// 假設線程A和線程B synchronized (SingletonLazy.class){// 第一重檢查 // 當線程A獲得鎖的執行權的時候B等待 A執行new SingletonLazy();實例化 // 當A線程執行完畢后，B再獲得執行權，這時候再判斷instance == null是否成立 // 如果不成立，B線程無法 實例化SingletonLazy if (instance == null){// 第二重檢查instance = new SingletonLazy();// 當需要的時候再進行實例化對象 }} } return instance;}

再次升級方式三，來解決內存模型中的指令重排問題：

// 添加volatile 關鍵字，禁止實例化對象時，內存模型中出現指令重排現象private static volatile SingletonLazy instance;/** * 方式三再次升級版本： * 在getInstance3()方法內，針對局部需要加鎖的代碼塊加鎖，而不是給整個方法加鎖 * * DCL 雙重檢查鎖定 (Double-Checked-Locking) 在多線程情況下保持高性能 * * 解決指令重排問題——禁止指令重排 * @return */public static SingletonLazy getInstance3plusplus() { if (instance == null) {// 實例為null時候才創建// 局部加鎖后可以保證線程安全,效率較高// 假設線程A和線程Bsynchronized (SingletonLazy.class){// 第一重檢查 // 當線程A獲得鎖的執行權的時候B等待 A執行new SingletonLazy();實例化 // 當A線程執行完畢后，B再獲得執行權，這時候再判斷instance == null是否成立 // 如果不成立，B線程無法 實例化SingletonLazy if (instance == null){// 第二重檢查instance = new SingletonLazy();// 當需要的時候再進行實例化對象 }} } return instance;}

單例模式——懶漢式調用：

@Testpublic void testSingletonLazy(){ SingletonLazy.getInstance().process();}3、單例模式——餓漢式

/** * @Auther: csp1999 * @Date: 2020/11/06/21:39 * @Description: 單例設計模式-餓漢式 */public class SingletonHungry { // 當類加載的時候就直接實例化對象 private static SingletonHungry instance = new SingletonHungry(); private SingletonHungry(){} /** * 單例對象的方法 */ public void process() {System.out.println('方法實例化成功！'); } public static SingletonHungry getInstance(){return instance;// 當類加載的時候就直接實例化對象 }}單例模式——餓漢式調用：

@Testpublic void testSingletonHungry(){ SingletonHungry.getInstance().process();}

餓漢式單例模式，當類加載的時候就直接實例化對象，因此不需要考慮線程安全問題。

優點：實現簡單，不需要考慮線程安全問題。 缺點：不管有沒有使用該對象實例，instance對象一直占用著這段內存。

懶漢與餓漢式如何選擇？

如果對象內存占用不大，且創建不復雜，直接使用餓漢的方式即可。 其他情況均采用懶漢方式(優選)。總結

文章會不定時更新，有時候一天多更新幾篇，如果幫助您復習鞏固了知識點，還請支持一下，后續會億點點的更新！希望大家多多關注好吧啦網的其他內容！