跳到主要內容

重學 Java 設計模式：實戰單例模式_貨運


※評比南投搬家公司費用收費行情懶人包大公開



搬家價格與搬家費用透明合理，不亂收費。本公司提供下列三種搬家計費方案，由資深專業組長到府估價，替客戶量身規劃選擇最經濟節省的計費方式




作者：小傅哥
博客：https://bugstack.cn



沉澱、分享、成長，讓自己和他人都能有所收穫！



一、前言


5個創建型模式的最後一個


在設計模式中按照不同的處理方式共包含三大類；創建型模式、結構型模式和行為模式，其中創建型模式目前已經介紹了其中的四個；工廠方法模式、抽象工廠模式、生成器模式和原型模式，除此之外還有最後一個單例模式。


掌握了的知識才是自己的


在本次編寫的重學 Java 設計模式的編寫中盡可能多的用各種場景案例還介紹設計的使用，包括我們已經使用過的場景；各種類型獎品發放、多套Redis緩存集群升級、裝修公司報價清單和百份考卷題目與答案亂序，通過這些場景案例的實踐感受設計模式的思想。但這些場景都是作者通過經驗分離出來的，還並不是讀者的知識，所以你如果希望可以融會貫通的掌握那麼一定要親力親為的操作，事必躬親的完成。


書不是看的是用的


在這裏還是想強調一下學習方法，總有很多小夥伴對學習知識有疑惑，明明看了、看的時候也懂了，但到了實際使用的時候卻用不上。或者有時候在想是不要是有更加生動的漫畫或者什麼對比會好些，當然這些方式可能會加快一個新人對知識的理解速度。但只要你把學習視頻當電影看、學習書籍當故事看，就很難掌握這項技術棧。只有你把它用起來，逐字逐句的深挖，一點點的探求，把各項遇到的盲點全部掃清，才能讓你真的掌握這項技能。


二、開發環境



  1. JDK 1.8

  2. Idea + Maven

  3. 涉及工程1個，可以通過關注公眾號：bugstack蟲洞棧，回復源碼下載獲取(打開獲取的鏈接，找到序號18)


三、單例模式介紹



單例模式可以說是整個設計中最簡單的模式之一，而且這種方式即使在沒有看設計模式相關資料也會常用在編碼開發中。


※智慧手機時代的來臨，RWD網頁設計為架站首選



網動結合了許多網際網路業界的菁英共同研發簡單易操作的架站工具，及時性的更新，為客戶創造出更多的網路商機。



因為在編程開發中經常會遇到這樣一種場景，那就是需要保證一個類只有一個實例哪怕多線程同時訪問，並需要提供一個全局訪問此實例的點。


綜上以及我們平常的開發中，可以總結一條經驗，單例模式主要解決的是，一個全局使用的類頻繁的創建和消費，從而提升提升整體的代碼的性能。


四、案例場景


本章節的技術所出現的場景非常簡單也是我們日常開發所能見到的，例如；



  1. 數據庫的連接池不會反覆創建

  2. spring中一個單例模式bean的生成和使用

  3. 在我們平常的代碼中需要設置全局的的一些屬性保存


在我們的日常開發中大致上會出現如上這些場景中使用到單例模式，雖然單例模式並不複雜但是使用面卻比較廣。


五、7種單例模式實現


單例模式的實現方式比較多，主要在實現上是否支持懶漢模式、是否線程安全中運用各項技巧。當然也有一些場景不需要考慮懶加載也就是懶漢模式的情況，會直接使用static靜態類或屬性和方法的方式進行處理，供外部調用。


那麼接下來我們就通過實現不同方式的實現進行講解單例模式。


0. 靜態類使用


public class Singleton_00 {
 
     public static Map<String,String> cache = new ConcurrentHashMap<String, String>();
     
 }


  • 以上這種方式在我們平常的業務開發中非常場常見，這樣靜態類的方式可以在第一次運行的時候直接初始化Map類，同時這裏我們也不需要到延遲加載在使用。

  • 在不需要維持任何狀態下，僅僅用於全局訪問，這個使用使用靜態類的方式更加方便。

  • 但如果需要被繼承以及需要維持一些特定狀態的情況下，就適合使用單例模式。


1. 懶漢模式(線程不安全)


public class Singleton_01 {
 
     private static Singleton_01 instance;
 
     private Singleton_01() {
     }
 
     public static Singleton_01 getInstance(){
         if (null != instance) return instance;
         return new Singleton_01();
     }
 
 }


  • 單例模式有一個特點就是不允許外部直接創建，也就是new Singleton_01()，因此這裡在默認的構造函數上添加了私有屬性 private。

  • 目前此種方式的單例確實滿足了懶加載，但是如果有多個訪問者同時去獲取對象實例你可以想象成一堆人在搶廁所，就會造成多個同樣的實例並存，從而沒有達到單例的要求。


2. 懶漢模式(線程安全)


public class Singleton_02 {
 
     private static Singleton_02 instance;
 
     private Singleton_02() {
     }
 
     public static synchronized Singleton_02 getInstance(){
         if (null != instance) return instance;
         return new Singleton_02();
     }
 
 }


  • 此種模式雖然是安全的，但由於把鎖加到方法上后，所有的訪問都因需要鎖佔用導致資源的浪費。如果不是特殊情況下，不建議此種方式實現單例模式。


3. 餓漢模式(線程安全)


public class Singleton_03 {
 
     private static Singleton_03 instance = new Singleton_03();
 
     private Singleton_03() {
     }
 
     public static Singleton_03 getInstance() {
         return instance;
     }
 
 }


  • 此種方式與我們開頭的第一個實例化Map基本一致，在程序啟動的時候直接運行加載，後續有外部需要使用的時候獲取即可。

  • 但此種方式並不是懶加載，也就是說無論你程序中是否用到這樣的類都會在程序啟動之初進行創建。

  • 那麼這種方式導致的問題就像你下載個遊戲軟件，可能你遊戲地圖還沒有打開呢，但是程序已經將這些地圖全部實例化。到你手機上最明顯體驗就一開遊戲內存滿了，手機卡了，需要換了。


4. 使用類的內部類(線程安全)


public class Singleton_04 {
 
     private static class SingletonHolder {
         private static Singleton_04 instance = new Singleton_04();
     }
 
     private Singleton_04() {
     }
 
     public static Singleton_04 getInstance() {
         return SingletonHolder.instance;
     }
 
 }


  • 使用類的靜態內部類實現的單例模式，既保證了線程安全有保證了懶加載，同時不會因為加鎖的方式耗費性能。

  • 這主要是因為JVM虛擬機可以保證多線程併發訪問的正確性，也就是一個類的構造方法在多線程環境下可以被正確的加載。

  • 此種方式也是非常推薦使用的一種單例模式


5. 雙重鎖校驗(線程安全)


public class Singleton_05 {
 
     private volatile static Singleton_05 instance;
 
     private Singleton_05() {
     }
 
     public static Singleton_05 getInstance(){
        if(null != instance) return instance;
        synchronized (Singleton_05.class){
            if (null == instance){
                instance = new Singleton_05();
            }
        }
        return instance;
     }
 
 }


  • 雙重鎖的方式是方法級鎖的優化，減少了部分獲取實例的耗時。

  • 同時這種方式也滿足了懶加載。

  • volatile關鍵字會強制的保證線程的可見性，而不加這個關鍵字，JVM也會儘力去保證可見性，但如果CPU一直處於繁忙狀態就不確定了。


6. CAS「AtomicReference」(線程安全)


public class Singleton_06 {
 
     private static final AtomicReference<Singleton_06> INSTANCE = new AtomicReference<Singleton_06>();
 
     private static Singleton_06 instance;
 
     private Singleton_06() {
     }
 
     public static final Singleton_06 getInstance() {
         for (; ; ) {
             Singleton_06 instance = INSTANCE.get();
             if (null != instance) return instance;
             INSTANCE.compareAndSet(null, new Singleton_06());
             return INSTANCE.get();
         }
     }
 
     public static void main(String[] args) {
         System.out.println(Singleton_06.getInstance()); // org.itstack.demo.design.Singleton_06@2b193f2d
         System.out.println(Singleton_06.getInstance()); // org.itstack.demo.design.Singleton_06@2b193f2d
     }
 
 }


  • java併發庫提供了很多原子類來支持併發訪問的數據安全性；AtomicInteger、AtomicBoolean、AtomicLong、AtomicReference。

  • AtomicReference 可以封裝引用一個V實例，支持併發訪問如上的單例方式就是使用了這樣的一個特點。

  • 使用CAS的好處就是不需要使用傳統的加鎖方式保證線程安全，而是依賴於CAS的忙等算法，依賴於底層硬件的實現，來保證線程安全。相對於其他鎖的實現沒有線程的切換和阻塞也就沒有了額外的開銷，並且可以支持較大的併發性。

  • 當然CAS也有一個缺點就是忙等，如果一直沒有獲取到將會處於死循環中。


7. Effective Java作者推薦的枚舉單例(線程安全)


public enum Singleton_07 {
 
     INSTANCE;
     public void test(){
         System.out.println("hi~");
     }
 
 }


約書亞·布洛克（英語：Joshua J. Bloch，1961年8月28日－），美國著名程序員。他為Java平台設計並實作了許多的功能，曾擔任Google的首席Java架構師（Chief Java Architect）。




  • Effective Java 作者推薦使用枚舉的方式解決單例模式，此種方式可能是平時最少用到的。

  • 這種方式解決了最主要的；線程安全、自由串行化、單一實例。


調用方式


@Test
 public void test() {
     Singleton_07.INSTANCE.test();

這種寫法在功能上與共有域方法相近，但是它更簡潔，無償地提供了串行化機制，絕對防止對此實例化，即使是在面對複雜的串行化或者反射攻擊的時候。雖然這中方法還沒有廣泛採用，但是單元素的枚舉類型已經成為實現Singleton的最佳方法。


但也要知道此種方式在存在繼承場景下是不可用的。


六、總結



  • 雖然只是一個很平常的單例模式，但在各種的實現上真的可以看到java的基本功的體現，這裏包括了；懶漢、餓漢、線程是否安全、靜態類、內部類、加鎖、串行化等等。

  • 在平時的開發中如果可以確保此類是全局可用不需要做懶加載，那麼直接創建並給外部調用即可。但如果是很多的類，有些需要在用戶觸發一定的條件后(遊戲關卡)才显示，那麼一定要用懶加載。線程的安全上可以按需選擇。

  • 建議在學習的過程中一定要加以實踐，否則很難完完整整的掌握一整套的知識體系。例如案例中的出現的Effective Java一書也非常建議大家閱讀。另外推薦下這位大神的Github：https://github.com/jbloch


七、推薦閱讀



  • 重學 Java 設計模式：實戰原型模式-模擬考試試卷亂序題目和答案

  • Java開發架構篇：初識領域驅動設計DDD落地

  • Java開發架構篇：DDD模型領域層決策規則樹服務設計

  • Java開發架構篇：領域驅動設計架構基於SpringCloud搭建微服務

  • 源碼分析(面試常問題目) | Mybatis接口沒有實現類為什麼可以執行增刪改查

  • 講道理，只要你是一個愛折騰的程序員，畢業找工作真的不需要再花錢培訓！

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

※回頭車貨運收費標準



宇安交通關係企業，自成立迄今，即秉持著「以誠待人」、「以實處事」的企業信念



Orignal From: 重學 Java 設計模式：實戰單例模式_貨運

留言

張貼留言

這個網誌中的熱門文章

Python 併發總結，多線程，多進程，異步IO

1 測量函數運行時間 import time def profile(func): def wrapper(*args, ** kwargs): import time start = time.time() func( *args, ** kwargs) end = time.time() print ' COST: {} ' .format(end - start) return wrapper @profile def fib(n): if n<= 2 : return 1 return fib(n-1) + fib(n-2 ) fib( 35 )   2 啟動多個線程，並等待完成   2.1 使用threading.enumerate() import threading for i in range(2 ): t = threading.Thread(target=fib, args=(35 ,)) t.start() main_thread = threading.currentThread() for t in threading.enumerate(): if t is main_thread: continue t.join()   2.2 先保存啟動的線程 threads = [] for i in range(5 ): t = Thread(target=foo, args= (i,)) threads.append(t) t.start() for t in threads: t.join()   3 使用信號量，限制同時能有幾個線程訪問臨界區 from threading import Semaphore import time sema = Semaphor...
張貼留言
閱讀完整內容

高雄十大包子名店出爐

, 圖文：吳恩文 高雄包子大賽落幕了，我只能就我個人意見， 介紹一下前十名這些包子，但是不能代表其他四位評審的意見，雖然身為評審長，我通常不會第一個表示意見，以免影響其他評審， 我主要工作是負責發問。   這次參賽的素包子很少，而且都不夠細致，又偏油，我不愛， 但是第一名的甜芝麻包－熔岩黑金包，竟然是素食得名－ 漢來蔬食巨蛋店。   這包子賣相太好，竹炭粉的黑色外皮刷上金粉，一上桌，眾人驚呼， 搶拍照，內餡是芝麻餡，混一點花生醬增稠，加入白糖芝麻油， 熔岩爆漿的程度剛剛好，我一直以為芝麻要配豬油才行、 但是選到好的黑芝麻油一樣不減香醇， 當下有二位評審就想宅配回家。   尤其特別的是，黑芝麻餡室溫易化，師傅必須要輪班躲在冷藏室內， 穿著大外套才能包，一天包不了多少，我笑說，漢來美食，集團餐廳那麼多，實力雄厚，根本是「 奧運選手報名參加村裡運動會」嘛，其他都是小包子店啊， 但是沒辦法，顯然大家都覺得它好看又好吃， 目前限定漢來蔬食高雄巨蛋店，二顆88元，可以冷凍宅配， 但是要排一陣子，因為供不應求，聽說，四月份， 台北sogo店開始會賣。   第二名的包子，左營寬來順早餐店，顯然平易近人的多，一顆肉包， 十塊錢，是所有參賽者中最便宜的，當然，個頭也小， 它的包子皮明顯和其他不同，灰灰的老麵，薄但紮實有嚼勁， 肉餡新鮮帶汁，因為打了些水，味道極其簡單，就是蔥薑，塩， 香油，薑味尤其明顯，是老眷村的味道， 而特別的是老闆娘是台灣本省人， 當年完全是依據眷村老兵的口味一步一步調整而來，沒有加什麼糖、 五香粉，胡椒粉，油蔥酥。就是蔥薑豬肉和老麵香，能得名， 應該是它的平實無華，鮮美簡單，打動人心。   這是標準的心靈美食，可以撫慰人心，得名之前，寛來順已經天天排隊，現在，恐怕要排更久了， 建議大家六七點早點上門。   第三名，「專十一」很神奇，我記得比賽最後， 大家連吃了幾家不能引起共鳴的包子，有些累，到了專十一， 就坐著等包子，其他評審一吃，就催我趕快試，我一吃， 也醒了大半。   它的包子皮厚薄適中，但是高筋麵粉高些，老麵加一點點酵母， 我心中，它的皮屬一屬二，至於餡又多又好吃，蛋黃還是切丁拌入， 不是整顆放，吃起來「美味、均衡、飽滿」。一顆二十元。   老闆是陸軍專科十一期畢業取名專十一，...
張貼留言
閱讀完整內容

韋伯連續劇終於更新 期待第一季順利完結

　　地球天文學界的跳票大王詹姆斯·韋伯空間望遠鏡 (James Webb Space Telescope，縮寫為 JWST)自 1996 年以來斷斷續續不按劇本演出的連續劇終於讓焦慮的觀眾們又等到了一次更新：五層遮陽罩測試順利完成。 裝配完成的韋伯望遠鏡與好夥伴遮陽罩同框啦。Credit: NASA 　　嚴格的測試是任何空間任務順利成功的重中之重。遮陽罩，這個韋伯望遠鏡異常重要的親密夥伴，要是無法正常運轉的話，韋伯的這一季天文界連續劇說不準就要一直拖更了。 　　詹姆斯·韋伯空間望遠鏡是歷史上造出的最先進的空間望遠鏡。它不僅是一架紅外望遠鏡，還具有特別高的靈敏度。但想要達到辣么高的靈敏度來研究系外行星和遙遠的宇宙童年，韋伯童鞋必須非常"冷靜"，體溫升高的話，靈敏度會大大折損。這個時候，遮陽罩就要大顯身手啦。 　　遮陽罩在韋伯的設計中至關重要。韋伯望遠鏡會被發射到拉格朗日 L2 點，運行軌道很高，遠離太陽、地球與月球。太陽是韋伯的主要熱量干擾的來源，其次是地球與月球。遮陽罩會有效阻斷來自這三大熱源的能量並保護韋伯維持在工作溫度正常運轉。這個工作溫度指的是零下 220 攝氏度(-370 華氏度；50 開爾文)。 上圖中我們可以看出，韋伯望遠鏡的配置大致可分為兩部分：紅色較熱的一面溫度為 85 攝氏度，藍色較冷的一面溫度達到零下 233 攝氏度。紅色的這部分中，儀器包括太陽能板、通信設備、計算機、以及轉向裝置。藍色部分的主要裝置包括鏡面、探測器、濾光片等。Credit: STSci. 　　遮陽罩的那一部分和望遠鏡的鏡面這部分可以產生非常極端的溫差。遮陽的這面溫度可以達到 110 攝氏度，足以煮熟雞蛋，而背陰處的部分溫度極低，足以凍結氧氣。 　　工程師們剛剛完成了五層遮陽罩的測試，按照韋伯在 L2 時的運行狀態安裝了遮陽罩。L2 距離地球約 160 萬公里。NASA 表示這些測試使用了航天器的自帶系統來展開遮陽罩，測試目前都已成功完成。韋伯望遠鏡遮陽罩負責人 James Cooper 介紹說這是遮陽罩"第一次在望遠鏡系統的电子設備的控制下展開。儘管這個任務非常艱巨，難度高，但測試順利完成，遮陽罩展開時的狀態非常驚艷"。 　　遮陽罩由五層 Kapton 製成。Kapton 是一種聚酰亞胺薄膜材料， 耐高溫絕...
張貼留言
閱讀完整內容