目標(biāo)
今天我們還是“賭博”的一天铡俐,今天我們首先學(xué)習(xí)了深入單例設(shè)計(jì)模式或听,然后就進(jìn)入了敲代碼的一天,這個(gè)Demo包含的只是非常多渔彰,可以說(shuō)把我會(huì)的都用上了嵌屎,我不會(huì)的也運(yùn)用了不少,加深了我們對(duì)已經(jīng)學(xué)習(xí)的知識(shí)的串聯(lián)度胳岂。
學(xué)習(xí)的知識(shí)
什么是單例設(shè)計(jì)模式编整?
單例模式舔稀,是一種常用的軟件設(shè)計(jì)模式乳丰。在它的核心結(jié)構(gòu)中只包含一個(gè)被稱為單例的特殊類。通過(guò)單例模式可以保證系統(tǒng)中内贮,應(yīng)用該模式的類一個(gè)類只有一個(gè)實(shí)例产园。即一個(gè)類只有一個(gè)對(duì)象實(shí)例。
具體實(shí)現(xiàn)
需要:
1.將構(gòu)造方法私有化夜郁,使其不能在類的外部通過(guò)new關(guān)鍵字實(shí)例化該類對(duì)象什燕。
2.在該類內(nèi)部產(chǎn)生一個(gè)唯一的實(shí)例化對(duì)象,并且將其封裝為private static類型竞端。
3.定義一個(gè)靜態(tài)方法返回這個(gè)唯一對(duì)象屎即。
實(shí)現(xiàn)一:立即加載 / “餓漢模式”
立即加載就是使用類的時(shí)候已經(jīng)將對(duì)象創(chuàng)建完畢(不管以后會(huì)不會(huì)使用到該實(shí)例化對(duì)象,先創(chuàng)建了再說(shuō)。很著急的樣子技俐,故又被稱為“餓漢模式”)乘陪,常見(jiàn)的實(shí)現(xiàn)辦法就是直接new實(shí)例化。
class Pokers{
//1.默認(rèn)構(gòu)造函數(shù)
//2.定義一個(gè)靜態(tài)的成員變量 記錄這個(gè)單例對(duì)象
//餓漢式
//default sharedInstance manager
public static final Pokers shared=new Pokers();
private Pokers(){
}
public void test(){}
}
“餓漢模式”的優(yōu)缺點(diǎn):
優(yōu)點(diǎn):實(shí)現(xiàn)起來(lái)簡(jiǎn)單雕擂,沒(méi)有多線程同步問(wèn)題啡邑。
缺點(diǎn):當(dāng)類SingletonTest被加載的時(shí)候,會(huì)初始化static的instance井赌,靜態(tài)變量被創(chuàng)建并分配內(nèi)存空間谤逼,從這以后,這個(gè)static的instance對(duì)象便一直占著這段內(nèi)存(即便你還沒(méi)有用到這個(gè)實(shí)例)仇穗,當(dāng)類被卸載時(shí)流部,靜態(tài)變量被摧毀,并釋放所占有的內(nèi)存仪缸,因此在某些特定條件下會(huì)耗費(fèi)內(nèi)存贵涵。
實(shí)現(xiàn)二:延遲加載 / “懶漢模式”
延遲加載就是調(diào)用get()方法時(shí)實(shí)例才被創(chuàng)建(先不急著實(shí)例化出對(duì)象,等要用的時(shí)候才給你創(chuàng)建出來(lái)恰画。不著急宾茂,故又稱為“懶漢模式”),常見(jiàn)的實(shí)現(xiàn)方法就是在get方法中進(jìn)行new實(shí)例化拴还。
class Player{
public int count;
//2.創(chuàng)建靜態(tài)變量
private static Player shared=null;
//1.構(gòu)造方法私有化
private Player(){
}
//3.提供給外部一個(gè)訪問(wèn)的方法
public static Player getInstance(){
Object b =new Object();
synchronized ((b)){
if(shared==null){
shared=new Player();
}
}
return shared;
}
}
“懶漢模式”的優(yōu)缺點(diǎn):
優(yōu)點(diǎn):實(shí)現(xiàn)起來(lái)比較簡(jiǎn)單跨晴,當(dāng)類SingletonTest被加載的時(shí)候,靜態(tài)變量static的instance未被創(chuàng)建并分配內(nèi)存空間片林,當(dāng)getInstance方法第一次被調(diào)用時(shí)端盆,初始化instance變量,并分配內(nèi)存费封,因此在某些特定條件下會(huì)節(jié)約了內(nèi)存焕妙。
缺點(diǎn):在多線程環(huán)境中,這種實(shí)現(xiàn)方法是完全錯(cuò)誤的弓摘,根本不能保證單例的狀態(tài)焚鹊。
我們?cè)谒鶎?xiě)的demo里面采用的是惡漢模式,為了避免使用懶漢模式是有可能發(fā)生的不不必要的錯(cuò)誤
敲代碼的感悟
在我們所寫(xiě)的Dome里面我印象最深的就是類里面方法的使用韧献,我們所寫(xiě)的方法很多但是都是我都能看懂的方法末患,但是在這樣一個(gè)目前來(lái)說(shuō)我們接觸過(guò)的最大的dome,里面一個(gè)方法不僅僅只是一個(gè)方法,還有方法之間的互相使用锤窑,還有一個(gè)對(duì)象對(duì)一個(gè)屬性的引用璧针,或許正是因?yàn)檫@種原因,使我在閱讀代碼的時(shí)候常常會(huì)有一些疑惑渊啰,閱讀起來(lái)就像是剝繭抽絲一樣探橱,我也就感受到了這個(gè)代碼的難度申屹。但是我想這應(yīng)該是一道我應(yīng)該克服的障礙。想來(lái)也是自己的邏輯性有點(diǎn)差隧膏。由于自己還沒(méi)有完全搞懂所以就不上代碼了独柑。