大家好，我是小簡，這一篇文章，6種單例方法一網(wǎng)打盡，雖然單例模式很簡單，但是也是設(shè)計模式入門基礎(chǔ)，我也來詳細(xì)講講。
DEMO倉庫：https://github.com/JanYork/DesignPattern ，歡迎PR，共建。
(資料圖片)
單例模式（SingletonPattern）是 Java中最簡單的設(shè)計模式之一。
單例模式一共存在 --> 懶漢式、餓漢式、懶漢+同步鎖、雙重校驗鎖、靜態(tài)內(nèi)部類、枚舉這六種方式。
這種類型的設(shè)計模式屬于創(chuàng)建型模式，它提供了一種創(chuàng)建對象的最佳方式。
這種模式涉及到一個單一的類，該類負(fù)責(zé)創(chuàng)建自己的對象，同時確保只有單個對象被創(chuàng)建。
這個類提供了一種訪問其唯一的對象的方式，可以直接訪問，不需要實例化該類的對象。
Spring的Bean默認(rèn)就是單例的，全局唯一。單例的原理非常簡單，我們讓他唯一的方法就是讓他不可用被new，那我們只需要私有化類的構(gòu)造即可：
private ClassName() {}但是私有化后，我們不能new又如何創(chuàng)建對象呢？
我們首先要明白，private他是私有的，也就是不讓外部其他類訪問，那我們自己還是可以訪問的，所以在上文的要求中就說到了：單例類必須自己創(chuàng)建自己的唯一實例。
同時我們還需要拋出單例的獲取方法。
public class SlackerStyle {}public class SlackerStyle { private static SlackerStyle instance;}public class SlackerStyle { private static SlackerStyle instance; /** * 私有化構(gòu)造方法(防止外部new新的對象) */ private SlackerStyle() { }}public class SlackerStyle { private static SlackerStyle instance; /** * 私有化構(gòu)造方法(防止外部new新的對象) */ private SlackerStyle() { } /** * 提供一個靜態(tài)的公有方法，當(dāng)使用到該方法時，才去創(chuàng)建instance * 即懶漢式 * * @return instance（單例對象） */ public static SlackerStyle getInstance() { if (instance == null) { instance = new SlackerStyle(); } return instance; }}當(dāng)我們調(diào)用靜態(tài)方法，它便會判斷上面的靜態(tài)屬性
instance中有無自身對象，無 --> 創(chuàng)建對象并賦值給instance，有 --> 返回instance。
優(yōu)點：延遲加載，效率較高。缺點：線程不安全，可能會造成多個實例。
解釋：延遲加載 --> 懶漢式只有在需要時才會創(chuàng)建單例對象，可以節(jié)約資源并提高程序的啟動速度。
在以上的類中，對getInstance()方法添加synchronized鎖，即可彌補線程不安全缺陷。
/** * 注意，此段為補充，為了解決線程不安全的問題，可以在方法上加上synchronized關(guān)鍵字，但是這樣會導(dǎo)致效率下降 * 提供一個靜態(tài)的公有方法，加入同步處理的代碼，解決線程安全問題 * 此方法為線程安全的懶漢式，即懶漢+同步鎖，就不額外寫一個類了 * * @return instance（單例對象） */ public static synchronized SlackerStyle getInstance2() { if (instance == null) { instance = new SlackerStyle(); } return instance; }雖然彌補了線程不安全的缺陷，但是也失去了一部分效率，所以需要根據(jù)業(yè)務(wù)環(huán)境去選擇適合的方法，魚和熊掌不可兼得。
還是如開始一樣，創(chuàng)建好單例類，私有化構(gòu)造方法。
public class HungryManStyle { /** * 私有化構(gòu)造方法(防止外部new新的對象) */ private HungryManStyle() { }}我們餓漢式是延遲加載的，即要用，然后第一次去調(diào)用時才會創(chuàng)建對象，而餓漢式恰恰相反，他在初始化類的時候就去創(chuàng)建。
我們的static關(guān)鍵詞修飾的方法或?qū)傩?，在類加載之初遍開辟內(nèi)存創(chuàng)建好了相關(guān)的內(nèi)容了。
包括每個類的：
static{}中也一樣的。
所以我們直接使用static修飾。
public class HungryManStyle { /** * 靜態(tài)變量(單例對象)，類加載時就初始化對象(不存在線程安全問題) */ private static final HungryManStyle INSTANCE = new HungryManStyle(); /** * 私有化構(gòu)造方法(防止外部new新的對象) */ private HungryManStyle() { } /** * 提供一個靜態(tài)的公有方法，直接返回INSTANCE * * @return instance（單例對象） */ public static HungryManStyle getInstance() { return INSTANCE; }}而且我們在類的靜態(tài)屬性創(chuàng)建時就new了一個自身對象了。
餓漢式的優(yōu)點如下：
線程安全：由于在類加載時就創(chuàng)建單例對象，因此不存在多線程環(huán)境下的同步問題。沒有加鎖的性能問題：餓漢式?jīng)]有使用同步鎖，因此不存在加鎖帶來的性能問題。實現(xiàn)簡單：餓漢式的實現(xiàn)比較簡單，不需要考慮多線程環(huán)境下的同步問題。餓漢式的缺點如下：
立即加載：由于在類加載時就創(chuàng)建單例對象，因此可能會影響程序的啟動速度。浪費資源：如果單例對象很大，并且程序中很少使用，那么餓漢式可能會浪費資源。綜上所述，餓漢式的優(yōu)點是線程安全、沒有加鎖的性能問題和實現(xiàn)簡單，缺點是可能影響程序的啟動速度和浪費資源。
在選擇單例模式的實現(xiàn)方式時，需要根據(jù)實際情況綜合考慮各種因素，選擇最適合的方式。
老規(guī)矩。
public class DoubleLockStyle { /** * volatile關(guān)鍵字，使得instance變量在多個線程間可見，禁止指令重排序優(yōu)化 * volatile是一個輕量級的同步機(jī)制，即輕量鎖 */ private static volatile DoubleLockStyle instance; /** * 私有化構(gòu)造方法(防止外部new新的對象) */ private DoubleLockStyle() { }}不一樣的是，我在屬性上使用volatile關(guān)鍵詞修飾了。
補充知識啦！
在這個代碼中，使用了 volatile 關(guān)鍵字來確保 instance 變量的可見性，避免出現(xiàn)空指針異常等問題。
volatile是一種修飾符，用于修飾變量。當(dāng)一個變量被聲明為volatile時，線程在訪問該變量時會強制從主內(nèi)存中讀取變量的值，而不是從線程的本地緩存中讀取。使用volatile關(guān)鍵字可以保證多線程之間的變量訪問具有可見性和有序性。在對該變量進(jìn)行修改時，線程也會將修改后的值強制刷回主內(nèi)存，而不是僅僅更新線程的本地緩存。補充：
volatile的主要作用是保證共享變量的可見性和有序性。共享變量是指在多個線程之間共享的變量，例如單例模式中的 instance變量。如果不使用volatile關(guān)鍵字修飾 instance變量，在多線程環(huán)境下可能會出現(xiàn)空指針異常等問題。
這是因為當(dāng)一個線程修改了 instance變量的值時，其他線程可能無法立即看到修改后的值，從而出現(xiàn)空指針異常等問題。
使用 volatile關(guān)鍵字可以解決這個問題，因為它可以保證對共享變量的修改對其他線程是可見的。
除了可見性和有序性之外，volatile 還可以防止指令重排序。指令重排序是指 CPU 為了提高程序執(zhí)行的效率而對指令執(zhí)行的順序進(jìn)行調(diào)整的行為。在單例模式中，如果 instance 變量沒有被聲明為 volatile，那么在多線程環(huán)境下可能會出現(xiàn)單例對象被重復(fù)創(chuàng)建的問題。這是因為在多線程環(huán)境下，某些線程可能會在 instance 變量被初始化之前就調(diào)用
getInstance()方法，從而導(dǎo)致多次創(chuàng)建單例對象。通過將 instance 變量聲明為 volatile，可以保證在創(chuàng)建單例對象之前，instance 變量已經(jīng)被正確地初始化了。
/** * 提供一個靜態(tài)的公有方法，加入雙重檢查代碼，解決線程安全問題，同時解決懶加載問題 * 即雙重檢查鎖模式 * * @return instance（單例對象） */public static DoubleLockStyle getInstance() { if (instance == null) { // 同步代碼塊，線程安全的創(chuàng)建實例 synchronized (DoubleLockStyle.class) { //之所以要再次判斷，是因為可能有多個線程同時進(jìn)入了第一個if判斷 if (instance == null) { instance = new DoubleLockStyle(); } } } return instance;}在獲取方法中，使用synchronized來同步，使它線程安全。
雙重鎖模式是一種用于延遲初始化的優(yōu)化模式，在第一次調(diào)用時創(chuàng)建單例對象，并在之后的訪問中直接返回該對象。它通過使用雙重檢查鎖定（double checked locking）來保證在多線程環(huán)境下只有一個線程可以創(chuàng)建單例對象，并且不會加鎖影響程序性能。
優(yōu)點：
線程安全：使用雙重鎖模式可以保證在多線程環(huán)境下只有一個線程可以創(chuàng)建單例對象，并且不會加鎖影響程序性能。延遲初始化：在第一次調(diào)用時創(chuàng)建單例對象，可以避免不必要的資源浪費和內(nèi)存占用。性能優(yōu)化：通過使用雙重檢查鎖定，可以避免不必要的鎖競爭，從而提高程序性能。缺點：
實現(xiàn)復(fù)雜：雙重鎖模式的實現(xiàn)相對復(fù)雜，需要考慮線程安全和性能等因素，容易出現(xiàn)錯誤?？勺x性差：由于雙重鎖模式的實現(xiàn)比較復(fù)雜，代碼可讀性較差，不易于理解和維護(hù)。難以調(diào)試：由于雙重鎖模式涉及到多線程并發(fā)訪問，因此在調(diào)試過程中可能會出現(xiàn)一些難以定位和復(fù)現(xiàn)的問題。在雙重鎖模式中，確實只有一個 synchronized關(guān)鍵字，但是這個 synchronized關(guān)鍵字是在代碼中被使用了兩次，因此被稱為“雙重鎖”。
具體來說，雙重鎖模式通常會在 getInstance方法中使用 synchronized關(guān)鍵字來保證線程安全，但是這會影響程序的性能，因為每次訪問 getInstance方法都需要獲取鎖。為了避免這個問題，雙重鎖模式使用了一個優(yōu)化技巧，即只有在第一次調(diào)用 getInstance方法時才會獲取鎖并創(chuàng)建單例對象，以后的調(diào)用都直接返回已經(jīng)創(chuàng)建好的單例對象，不需要再獲取鎖。
具體實現(xiàn)時，雙重鎖模式會在第一次調(diào)用 getInstance方法時進(jìn)行兩次檢查，分別使用外部的 if語句和內(nèi)部的 synchronized關(guān)鍵字。外部的 if語句用于判斷單例對象是否已經(jīng)被創(chuàng)建，如果已經(jīng)被創(chuàng)建則直接返回單例對象，否則進(jìn)入內(nèi)部的 synchronized關(guān)鍵字塊，再次檢查單例對象是否已經(jīng)被創(chuàng)建，如果沒有被創(chuàng)建則創(chuàng)建單例對象并返回，否則直接返回已經(jīng)創(chuàng)建好的單例對象。
這樣做的好處是，在多線程環(huán)境下，只有一個線程可以進(jìn)入內(nèi)部的 synchronized關(guān)鍵字塊，從而保證了線程安全，同時避免了每次訪問 getInstance方法都需要獲取鎖的性能問題。
因為已經(jīng)熟悉了這個設(shè)計模式原理，我就直接放代碼了。
public class StaticInnerClassStyle { /** * 私有化構(gòu)造方法(防止外部new新的對象) */ private StaticInnerClassStyle() { } /** * 靜態(tài)內(nèi)部類 */ private static class SingletonInstance { // 靜態(tài)內(nèi)部類中的靜態(tài)變量(單例對象) private static final StaticInnerClassStyle INSTANCE = new StaticInnerClassStyle(); } /** * 提供一個靜態(tài)的公有方法，直接返回SingletonInstance.INSTANCE * * @return instance（單例對象） */ public static StaticInnerClassStyle getInstance() { return SingletonInstance.INSTANCE; }}優(yōu)點：
線程安全：靜態(tài)內(nèi)部類在第一次使用時才會被加載，因此在多線程環(huán)境下也可以保證只有一個線程創(chuàng)建單例對象，避免了線程安全問題。延遲加載：靜態(tài)內(nèi)部類模式可以實現(xiàn)延遲加載，即只有在第一次調(diào)用getInstance方法時才會加載內(nèi)部類并創(chuàng)建單例對象，避免了在程序啟動時就創(chuàng)建單例對象的開銷。缺點：
需要額外的類：靜態(tài)內(nèi)部類模式需要定義一個額外的類來實現(xiàn)單例模式，如果項目中有大量的單例對象，則會增加代碼量。無法傳遞參數(shù)：靜態(tài)內(nèi)部類模式無法接受參數(shù)，因此無法在創(chuàng)建單例對象時傳遞參數(shù)，這可能會對某些場景造成限制。總的來說，靜態(tài)內(nèi)部類模式是一種性能高、線程安全的單例模式實現(xiàn)方式，適用于大部分場景。
如果需要傳遞參數(shù)或者需要頻繁創(chuàng)建單例對象，則可能需要考慮其他的實現(xiàn)方式。
懶加載即延時加載 --> 使用時采取創(chuàng)建對象。
在靜態(tài)內(nèi)部類模式中，單例對象是在靜態(tài)內(nèi)部類中被創(chuàng)建的。靜態(tài)內(nèi)部類只有在第一次被使用時才會被加載，因此單例對象也是在第一次使用時被創(chuàng)建的。這樣就實現(xiàn)了延遲加載的效果，即在需要時才創(chuàng)建單例對象，避免了在程序啟動時就創(chuàng)建單例對象的開銷。
此外，靜態(tài)內(nèi)部類中的靜態(tài)變量和靜態(tài)方法是在類加載時被初始化的，而靜態(tài)內(nèi)部類本身是非常輕量級的，加載和初始化的時間和開銷都非常小。因此，靜態(tài)內(nèi)部類模式既能夠?qū)崿F(xiàn)懶加載，又不會帶來太大的性能損失。
總之，它在靜態(tài)初始化意料之外，我相信也在你意料之外。
/** * @author JanYork * @date 2023/3/1 17:54 * @description 設(shè)計模式之單例模式(枚舉單例) * 優(yōu)點：避免序列化和反序列化攻擊破壞單例，避免反射攻擊破壞單例(枚舉類型構(gòu)造函數(shù)是私有的)，線程安全，延遲加載，效率較高。 * 缺點：代碼復(fù)雜度較高。 */public enum EnumerateSingletons { /** * 枚舉單例 */ INSTANCE; public void whateverMethod() { // TODO：do something ，在這里實現(xiàn)單例對象的功能 }}在上述代碼中，INSTANCE是 EnumSingleton類型的一個枚舉常量，表示單例對象的一個實例。由于枚舉類型的特性，INSTANCE會被自動初始化為單例對象的一個實例，并且保證在整個應(yīng)用程序的生命周期中只有一個實例。
使用枚舉單例的方式非常簡單，只需要通過 EnumSingleton.INSTANCE的方式來獲取單例對象即可。例如：
EnumerateSingletons singleton = EnumerateSingletons.INSTANCE;singleton.doSomething();使用枚舉單例的好處在于，它是線程安全、序列化安全、反射安全的，而且代碼簡潔明了，不容易出錯。另外，枚舉單例還可以通過枚舉類型的特性來添加其他方法和屬性，非常靈活。
枚舉單例的缺點相對來說比較少，但是也存在一些限制：
不支持懶加載：枚舉類型的實例創(chuàng)建是在類加載的時候完成的，因此無法實現(xiàn)懶加載的效果。無法繼承：枚舉類型不能被繼承，因此無法通過繼承來擴(kuò)展單例類的功能。有些情況下不太方便使用：例如需要傳遞參數(shù)來創(chuàng)建單例對象的場景，使用枚舉單例可能不太方便。總之，枚舉單例是一種非常優(yōu)秀的單例實現(xiàn)方式，它具有線程安全、序列化安全、反射安全等優(yōu)點，適用于大多數(shù)單例場景，但也存在一些限制和局限性。需要根據(jù)具體的場景來選擇合適的單例實現(xiàn)方式。
設(shè)計模式本就是業(yè)務(wù)中優(yōu)化一些設(shè)計帶來的概念性設(shè)計，我們需要結(jié)合業(yè)務(wù)分析：
餓漢式：適用于單例對象較小、創(chuàng)建成本低、不需要懶加載的場景。懶漢式：雙重鎖：適用于多線程環(huán)境，對性能要求較高的場景。靜態(tài)內(nèi)部類：適用于多線程環(huán)境，對性能要求較高的場景。枚舉：適用于單例對象創(chuàng)建成本較高，且需要考慮線程安全、序列化安全、反射安全等問題的場景。如果你的單例對象創(chuàng)建成本低、不需要考慮線程安全、序列化安全、反射安全等問題，建議使用餓漢式實現(xiàn)單例；如果需要考慮線程安全和性能問題，可以選擇懶漢式的雙重鎖或靜態(tài)內(nèi)部類實現(xiàn)方式；如果需要考慮單例對象創(chuàng)建成本較高，需要考慮線程安全、序列化安全、反射安全等問題，建議選擇枚舉單例實現(xiàn)方式。當(dāng)然，在實際的開發(fā)中，還需要考慮其他一些因素，如單例對象的生命周期、多線程訪問情況、性能要求、并發(fā)訪問壓力等等，才能綜合選擇最合適的單例實現(xiàn)方式。
來自某AI(敏感詞)：
關(guān)鍵詞：
營業(yè)執(zhí)照公示信息