如何理解java中的懶漢式和餓漢式單例？python中有沒有這種單例模式？簡(jiǎn)單的白話描述：相反，饑餓的人模式是我將為您創(chuàng)建一個(gè)單一的例子，無論您是否使用它第一。Java單例模式簡(jiǎn)單嗎？Java sin

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

簡(jiǎn)單的白話描述：

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

Java單例模式簡(jiǎn)單嗎？

Java singleton說起來很簡(jiǎn)單，很多初學(xué)者也認(rèn)為它很簡(jiǎn)單，但是如果你深入思考，你會(huì)發(fā)現(xiàn)它不是那么簡(jiǎn)單。

單實(shí)例需要考慮多線程并發(fā)訪問的問題，這將變得更加復(fù)雜。如何保證線程安全？常用的方法是使用DCL（double check lock）單例。實(shí)現(xiàn)代碼如下：

這里要特別注意。在實(shí)例之前，應(yīng)該添加volatile修飾符。為什么添加此修飾符？這涉及到CPU底層的一些知識(shí)。簡(jiǎn)言之，當(dāng)CPU底層執(zhí)行指令時(shí)，它會(huì)對(duì)不同的指令重新排序。java代碼中的一行代碼可能是CPU底層的多條指令。如果發(fā)生重新排序，則在單例對(duì)象的實(shí)例化過程中，可能會(huì)返回處于半初始化狀態(tài)的對(duì)象。那么由當(dāng)前線程獲得的實(shí)例與由其他線程獲得的完全初始化的對(duì)象是不同的。Volatile修飾符可以防止CPU底層對(duì)這行代碼的相關(guān)指令重新排序，直到對(duì)象完全初始化，從而確保多個(gè)線程訪問singleton并返回相同的對(duì)象。

因此，看似簡(jiǎn)單的問題并不簡(jiǎn)單。

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

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

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

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

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

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

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

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

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