單件模式----我要吃巧克力

         歡迎來到這1站 單件模式（Singleton Pattern）:用來創建唯一無2的，只能有1個實例的對象的入場券。

          單件模式――我要吃巧克力。幾近所有面向對象的程序中，總有1些類的對象需要是唯1的，例如，通過數據庫句柄到數據庫的連接是獨占的。您希望在利用程序中同享數據庫句柄，由于在保持連接打開或關閉時，它是1種開消。再如大家最常常用的IM,如飛信、QQ，在同1臺電腦，1個帳號只能有唯1的登錄。穿越時空，我們來到了巧克力制造廠

          大家都知道，現代化的巧克力工廠具有計算機控制的巧克力鍋爐，鍋爐做的事，就是把巧克力和牛奶和其他原料融在1起，然后送到下1個階段，1制成美味巧克力。這里有1個Cho-colate 公司的工業強度巧克力鍋爐控制器。看看他的代碼，你會發現代碼寫的相當謹慎，已用單件模式完善的制作出1爐可口美味的巧克力，當正打包運貨的進程中，巧克力鍋爐溢出了……原料溢出了

          我們來看框中的那1部份代碼，假設現在有兩個線程A和線程B，當線程A在0.0時刻判斷uniqueInstance是不是為空(0.0時刻判斷巧克力鍋是不是為空，是空，則想巧克力鍋中加入制作原料)，也就是線程A履行到this.singletonPattern=newSingletonPattern(),正在申請內存分配，可能在3.0時刻才能new出對象并返回（3.0時刻巧克力棒真正生成，并可以拿著吃了）；在2.0時刻以內，線程B履行到if(this.singletonPattern==null),此時的這個判斷條件是true還是false? 是true（線程B訪問判斷時，還是為空，因而再次加入巧克力原料）,溢出來了！巧克力原料溢出來了！ 在內存中就有兩個new出的實例，這樣不就存在問題了么。

          就這類情況，如何修改，怎樣解決，因而引出第1種修改方案：只要把getInstance()變成同步（Synchronized）方法，多線程災害幾近就能夠輕易地解決；

                  在多個進程訪問的時候，必須等第1個進程結束才能順次繼續訪問，大大地影響運行效力。為了符合大多數java利用程序，很明顯地，我們需要確保單件模式能在多線程狀態先正常工作。此時第1種修改方案已不滿足需求，我們是不是應當想到第2種方案呢？

          如果利用程序總是創建并使用單件實例，或在創建和運行時方面的負擔不太沉重，我們可能想急切創建此單件，利用這個做法，保證在任縣線程訪問uniqueInstance靜態變量之前，1定先創建此實例。

         在Static 靜態聲明變量，new出的對象1直占存內存，影響內存性能。

         利用兩重檢查加鎖，首先檢查是不是實例已創建了，如果實例未創建，“才”進行同步，這樣1來，只有第1次會同步，這才是我正真想要的。

再度回到巧克力工廠……

         此刻，巧克力工廠的問題已解決了，而且Cho-colate 公司很高興在鍋爐的代碼中能夠采取這些專業知識。不管你使用哪種對線程解決方案，鍋爐都能順暢工作，不會有閃失。

生活不易，碼農辛苦
如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈