單例模式懶漢和餓漢java 如何理解java中的懶漢式和餓漢式單例?python中有沒(méi)有這種單例模式?
如何理解java中的懶漢式和餓漢式單例?python中有沒(méi)有這種單例模式?簡(jiǎn)單的白話描述:相反,饑餓的人模式是我將為您創(chuàng)建一個(gè)單一的例子,無(wú)論您是否使用它第一。有人說(shuō)設(shè)計(jì)模式是為了彌補(bǔ)Java語(yǔ)言的缺
如何理解java中的懶漢式和餓漢式單例?python中有沒(méi)有這種單例模式?
簡(jiǎn)單的白話描述:
相反,饑餓的人模式是我將為您創(chuàng)建一個(gè)單一的例子,無(wú)論您是否使用它第一。
有人說(shuō)設(shè)計(jì)模式是為了彌補(bǔ)Java語(yǔ)言的缺陷,你覺(jué)得是這樣嗎?
如果你從語(yǔ)言的角度來(lái)看設(shè)計(jì)模式,那是對(duì)的。一些設(shè)計(jì)模式彌補(bǔ)了Java語(yǔ)言的不足,其中最明顯的是singleton模式。
Java本身不提供單例對(duì)象創(chuàng)建,需要通過(guò)單例模式實(shí)現(xiàn)。什么樣的餓、懶、多線程都要注意DCL、易變關(guān)鍵字等,導(dǎo)致面試題很多。
在現(xiàn)代語(yǔ)言中,許多提供了創(chuàng)建單例對(duì)象的語(yǔ)法,例如scala和kotlin的對(duì)象關(guān)鍵字。
從架構(gòu)的角度來(lái)看,設(shè)計(jì)模式將組件關(guān)系解耦。
假設(shè)我們要實(shí)現(xiàn)一個(gè)帶有上載服務(wù)的文件服務(wù)器來(lái)上載文件。我們可以調(diào)用convertservice來(lái)轉(zhuǎn)換文件。Uploadservice屬于核心模塊upload module,convertservice屬于非核心模塊conversion module。
如果uploadservice直接調(diào)用convertservice來(lái)執(zhí)行轉(zhuǎn)換,則核心模塊依賴于非核心模塊。如下圖所示:
非核心模塊相對(duì)不穩(wěn)定,核心模塊相對(duì)穩(wěn)定。核心模塊對(duì)非核心模塊的依賴將導(dǎo)致核心模塊的不穩(wěn)定性。所以可以使用策略模式來(lái)解耦:
看箭頭方向,現(xiàn)在轉(zhuǎn)換模塊依賴于上傳模塊,轉(zhuǎn)換模塊的變化不會(huì)影響上傳模塊。依賴的方向改變了。這就是傳說(shuō)中的“依賴倒置”
單例模式中,餓漢式和懶漢式的區(qū)別?為什么推薦說(shuō),用餓漢模式?
獨(dú)生子女中懶惰和饑餓的人的本質(zhì)區(qū)別如下:
1。饑餓的人是安全的。在創(chuàng)建類時(shí),已經(jīng)創(chuàng)建了一個(gè)靜態(tài)對(duì)象供系統(tǒng)使用,以后不會(huì)更改。Lazy如果實(shí)例對(duì)象是在沒(méi)有同步的情況下創(chuàng)建的,那么對(duì)該對(duì)象的訪問(wèn)就不是線程安全的。
2. 在實(shí)現(xiàn)方面,它們之間最大的區(qū)別是延遲加載。它在需要時(shí)創(chuàng)建對(duì)象,而饑餓模式是在虛擬機(jī)啟動(dòng)時(shí)創(chuàng)建的。饑餓模式不需要注意多線程。書(shū)寫(xiě)方法簡(jiǎn)單明了,可以使用。但是當(dāng)類被加載時(shí),它會(huì)創(chuàng)建一個(gè)實(shí)例。因此,如果是工廠模式,緩存了很多實(shí)例,就要考慮效率,因?yàn)橐坏┘虞d了類,不管是否使用,都會(huì)創(chuàng)建所有實(shí)例。
3. 建立單一目標(biāo)的時(shí)間不同?!發(fā)azy類型”是在您真正使用它時(shí)創(chuàng)建這個(gè)單例對(duì)象,而“hungry類型”是在開(kāi)始時(shí)創(chuàng)建這個(gè)單例對(duì)象,不管您是否需要它。singleton模式的優(yōu)點(diǎn)是:(1)實(shí)例控制:singleton模式防止其他對(duì)象實(shí)例化自己的singleton對(duì)象副本,從而確保所有對(duì)象訪問(wèn)唯一的實(shí)例。(2) 靈活性:因?yàn)轭惪刂茖?shí)例化過(guò)程,所以類可以靈活地更改實(shí)例化過(guò)程。2singleton模式的缺點(diǎn)是:(1)開(kāi)銷:雖然數(shù)量很少,但是如果每次對(duì)象請(qǐng)求引用時(shí)都需要檢查類的實(shí)例是否存在,那么仍然需要一些開(kāi)銷。您可以通過(guò)使用靜態(tài)初始化來(lái)解決這個(gè)問(wèn)題。(2) 可能的開(kāi)發(fā)混亂:當(dāng)使用單例對(duì)象(尤其是類庫(kù)中定義的對(duì)象)時(shí),開(kāi)發(fā)人員必須記住他們不能用new關(guān)鍵字實(shí)例化對(duì)象。由于庫(kù)的源代碼可能無(wú)法訪問(wèn),應(yīng)用程序開(kāi)發(fā)人員可能會(huì)意外地發(fā)現(xiàn)自己無(wú)法直接實(shí)例化此類。