單例模式中，餓漢式和懶漢式的區(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)建的。饑餓模式不需要注意多線程。書寫方法簡單明了，可以使用。但是當類被加載時，它會創(chuàng)建一個實例。因此，如果是工廠模式，緩存了很多實例，就要考慮效率，因為一旦加載了類，不管是否使用，都會創(chuàng)建所有實例。

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

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

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

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

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

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

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

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

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

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

如何理解java中的懶漢式和餓漢式單例？python中有沒有這種單例模式？

簡單的白話描述：

相反，饑餓的人模式是我將為您創(chuàng)建一個單一的例子，無論您是否使用它。