單例模式中，餓漢式和懶漢式的區(qū)別?為什么推薦說，用餓漢模式？獨生子女中懶惰和饑餓的人的本質(zhì)區(qū)別如下：1。饑餓的人是安全的。在創(chuàng)建類時，已經(jīng)創(chuàng)建了一個靜態(tài)對象供系統(tǒng)使用，以后不會更改。Lazy如果實例對

單例模式中，餓漢式和懶漢式的區(qū)別?為什么推薦說，用餓漢模式？

獨生子女中懶惰和饑餓的人的本質(zhì)區(qū)別如下：

1。饑餓的人是安全的。在創(chuàng)建類時，已經(jīng)創(chuàng)建了一個靜態(tài)對象供系統(tǒng)使用，以后不會更改。Lazy如果實例對象是在沒有同步的情況下創(chuàng)建的，那么對該對象的訪問就不是線程安全的。

2. 在實現(xiàn)方面，它們之間最大的區(qū)別是延遲加載。它在需要時創(chuàng)建對象，而饑餓模式是在虛擬機啟動時創(chuàng)建的。饑餓模式不需要注意多線程。書寫方法簡單明了，可以使用。但是當(dāng)類被加載時，它會創(chuàng)建一個實例。因此，如果是工廠模式，緩存了很多實例，就要考慮效率，因為一旦加載了類，不管是否使用，都會創(chuàng)建所有實例。

3. 建立單一目標(biāo)的時間不同?！發(fā)azy類型”是在您真正使用它時創(chuàng)建這個單例對象，而“hungry類型”是在開始時創(chuàng)建這個單例對象，不管您是否需要它。singleton模式的優(yōu)點是：（1）實例控制：singleton模式防止其他對象實例化自己的singleton對象副本，從而確保所有對象訪問唯一的實例。（2） 靈活性：因為類控制實例化過程，所以類可以靈活地更改實例化過程。2singleton模式的缺點是：（1）開銷：雖然數(shù)量很少，但是如果每次對象請求引用時都需要檢查類的實例是否存在，那么仍然需要一些開銷。您可以通過使用靜態(tài)初始化來解決這個問題。（2） 可能的開發(fā)混亂：當(dāng)使用單例對象（尤其是類庫中定義的對象）時，開發(fā)人員必須記住他們不能用new關(guān)鍵字實例化對象。由于庫的源代碼可能無法訪問，應(yīng)用程序開發(fā)人員可能會意外地發(fā)現(xiàn)自己無法直接實例化此類。

單例設(shè)計模式惡漢和懶漢哪個線程安全？

實例獲取過程簡單，線程更安全。Lazy類型只是在加載類時不創(chuàng)建靜態(tài)對象，所以它的效率更高一些。因此，有一個鏈接來判斷是否創(chuàng)建了對象，這將使線程不安全，需要添加一個同步鎖來解決這個問題。

有人說設(shè)計模式是為了彌補Java語言的缺陷，你覺得是這樣嗎？

如果你從語言的角度來看設(shè)計模式，那是對的。一些設(shè)計模式彌補了Java語言的不足，其中最明顯的是singleton模式。

Java本身不提供單例對象創(chuàng)建，需要通過單例模式實現(xiàn)。什么樣的餓、懶、多線程都要注意DCL、易變關(guān)鍵字等，導(dǎo)致面試題很多。

在現(xiàn)代語言中，許多提供了創(chuàng)建單例對象的語法，例如scala和kotlin的對象關(guān)鍵字。

從架構(gòu)的角度來看，設(shè)計模式將組件關(guān)系解耦。

假設(shè)我們要實現(xiàn)一個帶有上載服務(wù)的文件服務(wù)器來上載文件。我們可以調(diào)用convertservice來轉(zhuǎn)換文件。Uploadservice屬于核心模塊upload module，convertservice屬于非核心模塊conversion module。

如果uploadservice直接調(diào)用convertservice來執(zhí)行轉(zhuǎn)換，則核心模塊依賴于非核心模塊。如下圖所示：

非核心模塊相對不穩(wěn)定，核心模塊相對穩(wěn)定。核心模塊對非核心模塊的依賴將導(dǎo)致核心模塊的不穩(wěn)定性。所以可以使用策略模式來解耦：

看箭頭方向，現(xiàn)在轉(zhuǎn)換模塊依賴于上傳模塊，轉(zhuǎn)換模塊的變化不會影響上傳模塊。依賴的方向改變了。這就是傳說中的“依賴倒置”

單例模式中，餓漢式和懶漢式的區(qū)別？為什么推薦說用餓漢模式？

南方鄰居更值得紀(jì)念，但破碎的冬天還沒有挽回。

月亮在松林中閃耀，泉水石向上流淌。

冬至邯鄲驛站，抱著膝頭燈影伴著身體。

黃河入海。