單例設(shè)計(jì)模式惡漢和懶漢哪個(gè)線程安全？餓漢式獲取實(shí)例的步驟簡(jiǎn)單所以線程更安全。懶漢式只是不會(huì)在類加載時(shí)即創(chuàng)建靜態(tài)對(duì)象而效率略高，而因此也導(dǎo)致有判斷是否已創(chuàng)建對(duì)象環(huán)節(jié)會(huì)使線程變得不安全，需要加同步鎖才能解

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

餓漢式獲取實(shí)例的步驟簡(jiǎn)單所以線程更安全。懶漢式只是不會(huì)在類加載時(shí)即創(chuàng)建靜態(tài)對(duì)象而效率略高，而因此也導(dǎo)致有判斷是否已創(chuàng)建對(duì)象環(huán)節(jié)會(huì)使線程變得不安全，需要加同步鎖才能解決該問(wèn)題。

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

單例中懶漢和餓漢的本質(zhì)區(qū)別在于以下幾點(diǎn)：

1、餓漢式是線程安全的，在類創(chuàng)建的同時(shí)就已經(jīng)創(chuàng)建好一個(gè)靜態(tài)的對(duì)象供系統(tǒng)使用，以后不在改變。懶漢式如果在創(chuàng)建實(shí)例對(duì)象時(shí)不加上synchronized則會(huì)導(dǎo)致對(duì)對(duì)象的訪問(wèn)不是線程安全的。

2、從實(shí)現(xiàn)方式來(lái)講他們最大的區(qū)別就是懶漢式是延時(shí)加載，他是在需要的時(shí)候才創(chuàng)建對(duì)象，而餓漢式在虛擬機(jī)啟動(dòng)的時(shí)候就會(huì)創(chuàng)建，餓漢式無(wú)需關(guān)注多線程問(wèn)題，寫法簡(jiǎn)單明了，能用則用。但是它是加載類時(shí)創(chuàng)建實(shí)例。所以如果是一個(gè)工廠模式，緩存了很多實(shí)例，那么就得考慮效率問(wèn)題，因?yàn)檫@個(gè)類一加載則把所有實(shí)例不管用不用一塊創(chuàng)建。

3、兩者建立單例對(duì)象的時(shí)間不同。“懶漢式”是在你真正用到的時(shí)候才去建這個(gè)單例對(duì)象，“餓漢式”是在不管用不用得上，一開始就建立這個(gè)單例對(duì)象。擴(kuò)展資料1、單例模式的優(yōu)點(diǎn)有：（1）實(shí)例控制：?jiǎn)卫Ｊ綍?huì)阻止其他對(duì)象實(shí)例化其自己的單例對(duì)象的副本，從而確保所有對(duì)象都訪問(wèn)唯一實(shí)例。（2）靈活性：因?yàn)轭惪刂屏藢?shí)例化過(guò)程，所以類可以靈活更改實(shí)例化過(guò)程。2、單例模式的缺點(diǎn)有：（1）開銷：雖然數(shù)量很少，但如果每次對(duì)象請(qǐng)求引用時(shí)都要檢查是否存在類的實(shí)例，將仍然需要一些開銷?？梢酝ㄟ^(guò)使用靜態(tài)初始化解決此問(wèn)題。（2）可能的開發(fā)混淆：使用單例對(duì)象（尤其在類庫(kù)中定義的對(duì)象）時(shí)，開發(fā)人員必須記住自己不能使用new關(guān)鍵字實(shí)例化對(duì)象。因?yàn)榭赡軣o(wú)法訪問(wèn)庫(kù)源代碼，因此應(yīng)用程序開發(fā)人員可能會(huì)意外發(fā)現(xiàn)自己無(wú)法直接實(shí)例化此類。

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

看你從哪個(gè)層面來(lái)看待設(shè)計(jì)模式！

語(yǔ)言層面

如果你從語(yǔ)言層面來(lái)看設(shè)計(jì)模式，那么這個(gè)說(shuō)法可以說(shuō)是對(duì)的。有部分設(shè)計(jì)模式是彌補(bǔ)了Java語(yǔ)言上的不足，最明顯的就是單例模式。

在Java中本身沒(méi)有提供單例對(duì)象的創(chuàng)建，需要通過(guò)單例模式來(lái)實(shí)現(xiàn)，什么餓漢式，懶漢式，多線程下還要關(guān)注DCL，volatile關(guān)鍵字等等，衍生了很多的面試題。

而在現(xiàn)代語(yǔ)言中，很多都提供了創(chuàng)建單例對(duì)象的語(yǔ)法，比如Scala，Kotlin的object關(guān)鍵字。

代碼設(shè)計(jì)層面

如果從代碼設(shè)計(jì)層面來(lái)看，設(shè)計(jì)模式提供了一套可復(fù)用的代碼結(jié)構(gòu)，來(lái)解決特定問(wèn)題。比如，當(dāng)需要?jiǎng)討B(tài)化某些可選部分時(shí)，可以使用策略模式。當(dāng)需要一組操作來(lái)順序操作某個(gè)對(duì)象時(shí)，可以使用職責(zé)鏈模式。

架構(gòu)層面

從架構(gòu)層面來(lái)看，設(shè)計(jì)模式對(duì)組件關(guān)系進(jìn)行了解耦。

假設(shè)我們要實(shí)現(xiàn)一個(gè)文件服務(wù)器，有一個(gè)UploadService來(lái)進(jìn)行上傳操作，可以調(diào)用ConvertService對(duì)文件進(jìn)行轉(zhuǎn)換。UploadService屬于核心模塊「上傳模塊」，而ConvertService屬于非核心模塊「轉(zhuǎn)換模塊」。

如果UploadService直接去調(diào)用ConvertService來(lái)執(zhí)行轉(zhuǎn)換，那么核心模塊就依賴了非核心模塊。如下圖：

非核心模塊是相對(duì)不穩(wěn)定的，核心模塊是相對(duì)穩(wěn)定的。核心模塊依賴了非核心模塊會(huì)導(dǎo)致核心模塊也不穩(wěn)定。所以可以使用策略模式來(lái)解耦：

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