建立類模式主要關注物件的建立過程，將物件的建立過程進行封裝，使客戶端可以直接獲得物件，而不用關心如何建立物件。建立類模式主要有5中：
1.單例模式：用於得到記憶體中唯一的物件。
2.工廠方法模式：用於建立複雜物件。
3.抽象工廠模式：用於建立一組相關或者相互依賴的複雜物件。
4.建造者模式：用於建立模組化的更加複雜的物件。
5.原型模式：用於得到一個物件的拷貝。

這篇部落格主要是對單例模式的複習整理，大家肯定都有接觸過，應該是比較常見的一種設計模式，當然也是最簡單的一種設計模式了！我是做android的所以呢，會多注意一些單例模式在android中的使用！

定義：確保一個類只有一個例項，而且自行例項化並向整個系統提供這個例項！

在android中使用單例模式的時候需要十分的注意記憶體洩露的問題！按我自己的理解記憶體洩露主要的一個原因就是持有物件的引用，而導致的GC無法回收的問題！

舉個例子吧！如果單例模式中用到Context，傳入某個Activity的對應的Context和Application的Context是由很大的區別的，由於單例模式一旦例項化，它在記憶體中存在的週期跟我們的應用的生命週期一樣，所以當你傳入Activity的context時，那麼，這個Activity在關閉後是不會被系統的GC回收的，很明顯就造成的記憶體洩露了！

單例模式根據例項化物件的時機不同可以分為兩種：一種是餓漢式，一種是懶漢式。餓漢式會在單例類被載入的時候，就例項化一個物件交給自己使用；懶漢式則是在呼叫取得例項方法的時候才會例項化物件。當然，單例模式不止這兩種，還有很多形式，只是這兩種是當前比較流行的方式。

餓漢式：

懶漢式：

單例模式的優點：
1.在記憶體中只有一個物件，節省記憶體空間；
2.避免重複的建立物件，提供了執行效能；
3.可以全域性訪問；

使用注意事項：
1.只能使用單例類提供的方法得到單例物件，不要使用反射，否則會例項化一個新的物件。
2.多執行緒使用單例共享資源的時候，注意執行緒安全問題。
3.不要做斷開單例物件與類中靜態引用的危險操作。

關於java中單例模式的爭議：
單例模式物件長時間不被使用是否會被jvm垃圾集器收集嗎？

之前寫這篇部落格的時候，查資料看到有不少文章介紹說，長時間不用這個單例模式物件的時候，會被jVM當成垃圾，清理掉！在我個人看來，除非你做斷開單例物件與類中靜態引用的操作，否則JVM是不會回收單例模式的物件的（暫時還未想到程式驗證的方法）。

那同一個JVM有沒有可能會產生多個單例模式物件呢？
嗯，是可以的，你可以使用反射的方式，這樣每次執行的時候會產生新的單例物件。所以單例物件必須慎用反射。

那單例模式是否可以被繼承呢？
前邊也說了，單例模式有多種多樣的寫法實現，但是對於餓漢式和懶漢式的單例模式是不能被繼承的，因為它的建構函式是私有的。但是有些單例模式是可以被繼承的，比如說登記式單例模式。

OK，就扯到這！如有問題歡迎大家留言交流！

每天進步一點點，時間會讓你成為巨人！加油！

參考書籍：
《android設計模式》