什么是設計模式？

　　設計模式是我們軟件工程師經(jīng)常遇到的反復出現(xiàn)的問題的設計級解決方案。這不是代碼 - 我再說一遍，?代碼。這就像是關于如何解決這些問題和設計解決方案的描述。

　　使用這些模式被認為是很好的做法，因為解決方案的設計經(jīng)過了相當多的嘗試和測試，從而提高了最終代碼的可讀性。設計模式通常是為OOP語言創(chuàng)建和使用的，比如Java，從這里開始的大多數(shù)示例都將被編寫出來。

　　設計模式的類型

　　目前發(fā)現(xiàn)了大約26種模式(我?guī)缀醪徽J為我會全部完成它們......)。

　　這26種可分為3種類型：

　　1. 創(chuàng)建：這些模式是為類實例化而設計的。它們可以是類創(chuàng)建模式或?qū)ο髣?chuàng)建模式。

　　2.結(jié)構(gòu)：這些模式是根據(jù)類的結(jié)構(gòu)和組成而設計的。大多數(shù)這些模式的主要目標是增加所涉及的類的功能，而不改變其大部分組成。

　　3.行為：這些模式是根據(jù)一個班級如何與其他班級交流而設計的。

　　在這篇文章中，我們將介紹每種分類類型的一個基本設計模式。

　　類型 1：創(chuàng)造 - 單例設計模式

　　單例設計模式是一種創(chuàng)建模式，其目標是僅創(chuàng)建一個類的一個實例，并且僅提供該對象的一個全局訪問點。Java中此類的一個常用示例是日歷，您無法在其中創(chuàng)建該類的實例。它還使用自己的方法來獲取要使用的對象。getInstance()

　　使用單例設計模式的類將包括：

　　單例類圖

　　一個私有靜態(tài)變量，保存類的唯一實例。

　　私有構(gòu)造函數(shù)，因此無法在其他任何位置實例化它。

　　一個公共靜態(tài)方法，用于返回類的單個實例。

　　單例設計有許多不同的實現(xiàn)。今天，我將介紹的實現(xiàn);

　　1. 急切實例化

　　2. 惰性實例化

　　3. 線程安全實例化

　　雄心勃勃的人

　　這種類型的實例化發(fā)生在類加載期間，因為變量實例的實例化發(fā)生在任何方法之外。如果客戶端應用程序根本沒有使用此類，這將帶來巨大的缺點。如果未使用此類，則應急計劃是惰性實例化。

　　懶惰的日子

　　與上述實現(xiàn)沒有太大區(qū)別。主要區(qū)別在于，靜態(tài)變量最初聲明為 null，并且僅當實例變量在檢查時保持空值時，才在方法中實例化。getInstance()

　　這修復了一個問題，但另一個問題仍然存在。如果兩個不同的客戶端同時訪問單例類，正好是毫秒，該怎么辦?好吧，他們將同時檢查實例是否為空，并會發(fā)現(xiàn)它是真的，因此將為兩個客戶端的每個請求創(chuàng)建兩個類實例。為了解決這個問題，將實現(xiàn)線程安全實例化。

　　(螺紋)安全是關鍵

　　在 Java 中，關鍵字 synchronized 用于方法或?qū)ο笠詫崿F(xiàn)線程安全，以便一次只有一個線程訪問特定資源。類實例化放在同步塊中，以便該方法在給定時間只能由一個客戶端訪問。

　　同步方法的開銷很高，并且會降低整個操作的性能。

　　例如，如果實例變量已實例化，則每次任何客戶端訪問該方法時，都會運行該方法并降低性能。發(fā)生這種情況只是為了檢查變量的值是否為空。如果它發(fā)現(xiàn)它是，它將離開該方法。getInstance() synchronized instance

　　為了減少此開銷，使用雙重鎖定。該檢查也先于該方法使用，如果該值僅為 null，則該方法是否運行。synchronized synchronized