什么是設計模式？

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

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

　　設計模式的類型

　　目前發現了大約26種模式(我幾乎不認為我會全部完成它們......)。

　　這26種可分為3種類型：

　　1. 創建：這些模式是為類實例化而設計的。它們可以是類創建模式或對象創建模式。

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

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

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

　　類型 1：創造 - 單例設計模式

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

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

　　單例類圖

　　一個私有靜態變量，保存類的唯一實例。

　　私有構造函數，因此無法在其他任何位置實例化它。

　　一個公共靜態方法，用于返回類的單個實例。

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

　　1. 急切實例化

　　2. 惰性實例化

　　3. 線程安全實例化

　　雄心勃勃的人

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

　　懶惰的日子

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

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

　　(螺紋)安全是關鍵

　　在 Java 中，關鍵字 synchronized 用于方法或對象以實現線程安全，以便一次只有一個線程訪問特定資源。類實例化放在同步塊中，以便該方法在給定時間只能由一個客戶端訪問。

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

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

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