創(chuàng)建和銷毀對(duì)象

第一條：考慮用靜態(tài)工廠方法代替構(gòu)造器

當(dāng)該類需要返回不同的實(shí)例（子類實(shí)例），或者唯一一個(gè)實(shí)例（單例）時(shí)，應(yīng)考慮用靜態(tài)工廠方法代替構(gòu)造器。
靜態(tài)工廠方法的一些慣用名稱：

• valueOf 返回的實(shí)例與參數(shù)有相同的值，相當(dāng)于類型轉(zhuǎn)換
• of valueOf的簡(jiǎn)化
• getInstance 返回的實(shí)例是通過(guò)參數(shù)類描述的，但一般不具有與參數(shù)同樣的值。對(duì)于Singleton來(lái)說(shuō)，無(wú)參數(shù)，返回唯一一個(gè)實(shí)例。
• newInstance 類似于getInstance，但每次返回新的實(shí)例
• getType 在工廠方法處于不同的類時(shí)使用，Type指返回類型的類型
• newType 同上

第二條：遇到多個(gè)構(gòu)造器參數(shù)時(shí)要考慮用構(gòu)建器

當(dāng)創(chuàng)建對(duì)象面臨多個(gè)可選參數(shù)時(shí)（即，構(gòu)造器有多個(gè)可選的參數(shù)），有以下三種方案：

• 重疊構(gòu)造器模式
  根據(jù)參數(shù)的不同組合，編寫多個(gè)簽名不同的構(gòu)造器或靜態(tài)工廠方法。優(yōu)點(diǎn)：線程安全，參數(shù)組合少時(shí)簡(jiǎn)單；缺點(diǎn)：當(dāng)參數(shù)量很大，且其組合很多時(shí)，代碼編寫麻煩且可讀性差
• JavaBean模式
  調(diào)用一個(gè)構(gòu)造器類創(chuàng)建對(duì)象并設(shè)置必要的參數(shù)，再通過(guò)setter方法類設(shè)置每個(gè)可選參數(shù)。優(yōu)點(diǎn)：實(shí)例簡(jiǎn)單，代碼簡(jiǎn)潔，可擴(kuò)展性強(qiáng)。缺點(diǎn)：構(gòu)造過(guò)程被分為多個(gè)調(diào)用方法，難以保證一致性，（多線程）易出錯(cuò)難調(diào)試；無(wú)法實(shí)例化一個(gè)不可變對(duì)象（致命）
• Builder模式
  不直接生成想要的對(duì)象，而是先用必要的參數(shù)實(shí)例化一個(gè)builder，再用setter方法設(shè)置每個(gè)可選參數(shù)，最后調(diào)用無(wú)參的build方法來(lái)生成不可變的對(duì)象。既能保證重疊構(gòu)造器模式的安全性，也能保證像JavaBean一樣簡(jiǎn)單可讀

第三條：用私有構(gòu)造器或者枚舉類型強(qiáng)化Singleton屬性

實(shí)現(xiàn)Singleton有以下三種方法：

• 將構(gòu)造器私有化，將實(shí)例設(shè)為公有的靜態(tài)final成員。私有構(gòu)造器只被調(diào)用一次，用來(lái)實(shí)例化單例：

public class FirstSingleton {
    public String message;
    public static final FirstSingleton INSTANCE = new FirstSingleton();

    private FirstSingleton(){
        message = "Hello World! First Singleton!";
    }
}

由于缺少公有的或者受保護(hù)的構(gòu)造器，所以保證了單例的全局唯一性。

注意：享有特權(quán)的客戶端可以借助AccessibleObject.setAccessibe方法，通過(guò)反射機(jī)制調(diào)用私有構(gòu)造器。如果需要抵御這種攻擊，可以修改私有構(gòu)造器，使其在構(gòu)造第二個(gè)實(shí)例時(shí)拋出異常。

• 公有的成員是個(gè)靜態(tài)工廠方法：

public class SecondSingleton {
    public String message;
    private static final SecondSingleton INSTANCE  = new SecondSingleton();
    private SecondSingleton(){
        message = "Hello World! Second Singleton!";
    }
    public static SecondSingleton getInstance(){
        return INSTANCE;
    }
}

對(duì)于靜態(tài)方法getInstance的所有調(diào)用，都會(huì)返回同一個(gè)對(duì)象引用（上述注意依然使用）。
公有域方法的主要好處在于，組成類的成員的聲明很清楚第表明了這個(gè)類是一個(gè)Singleton：公有的靜態(tài)域是final的，所以該域?qū)⒖偸前嗤膶?duì)象引用。

對(duì)于以上兩種方法，在序列化時(shí)，僅僅在聲明中加上implements Serializable是不夠的。為了維護(hù)并保證Singleton，必須聲明所有的實(shí)例域都是瞬時(shí)的（transient）的，并提供一個(gè)readResove實(shí)例。否則，每次反序列化一個(gè)實(shí)例時(shí)，都會(huì)創(chuàng)建一個(gè)新的實(shí)例:

    private Object readResolve(){
        return INSTANCE;
    }

• 編寫一個(gè)包含單個(gè)元素的枚舉類型：

    public enum ThirdSingleton {
    INSTANCE;
    public String message = "Hello World! Third Singleton!";
}

這種方法在功能上與公有域方法相近，但是其更加簡(jiǎn)潔，無(wú)償?shù)靥峁┝诵蛄谢瘷C(jī)制，絕對(duì)防止多次實(shí)例化，即使是在面對(duì)復(fù)雜的序列化或者反射攻擊時(shí)。單元素的枚舉類型已經(jīng)成為實(shí)現(xiàn)Singleton的最佳方法。

第四條：通過(guò)私有化構(gòu)造器強(qiáng)化不可實(shí)例的能力

有時(shí)候，我們需要編寫只包含靜態(tài)方法和靜態(tài)域的類。這些工具類不希望被實(shí)例化，實(shí)例對(duì)它沒(méi)有任何意義。這個(gè)時(shí)候，我們需要私有化構(gòu)造器，防止其在無(wú)意間被實(shí)例化。

第五條：避免創(chuàng)建不必要的對(duì)象

一般來(lái)說(shuō)，最好能重用對(duì)象而不是每次需要 的時(shí)候就創(chuàng)建一個(gè)相同功能的新對(duì)象。

• 重用不可變對(duì)象：如果對(duì)象是不可變的，它就始終可以被重用（單例模式、String對(duì)象池）
• 重用已知不會(huì)被修改的可變對(duì)象。創(chuàng)建某些對(duì)象的成本是十分昂貴的，且其在創(chuàng)建之后，其值一般不會(huì)改變，此時(shí)我們可以考慮重用這個(gè)對(duì)象已減少創(chuàng)建成本。
• 使用適配器（適配器是指這樣一個(gè)對(duì)象：它把功能委托給一個(gè)后備對(duì)象，從而為后備對(duì)象提供一個(gè)可以替代的接口）。如Map類的KeySet方法，它返回一個(gè)Set對(duì)象。對(duì)于一個(gè)Map而言，它的key是可變的，但是keySet對(duì)象是唯一的，只是其內(nèi)容會(huì)發(fā)生變化。
• 優(yōu)先使用基本類型而不是自動(dòng)裝箱基本類型，當(dāng)心無(wú)意識(shí)的自動(dòng)裝箱。

第六條：消除過(guò)期的對(duì)象引用

在支持垃圾回收的語(yǔ)言中，內(nèi)存泄漏是很隱蔽的，稱之為“無(wú)意識(shí)的對(duì)象保持（unintentional object retention）“更為恰當(dāng)。如果一個(gè)對(duì)象被無(wú)意識(shí)保留起來(lái)，那么垃圾回收機(jī)制不僅不會(huì)去處理這個(gè)對(duì)象，而且不會(huì)處理這個(gè)對(duì)象所引用的所有其他對(duì)象，久而久之會(huì)對(duì)性能造成潛在的重大影響。

這種問(wèn)題一般出現(xiàn)在堆、棧、數(shù)組、鏈表等數(shù)據(jù)結(jié)果在pop對(duì)象時(shí)沒(méi)有消除引用，如size--;
這種問(wèn)題的解決方法很簡(jiǎn)單，一旦對(duì)象過(guò)期，清空這些引用即可stack[size--] = null;

內(nèi)存泄漏的常見(jiàn)來(lái)源：

• 類自己管理內(nèi)存。當(dāng)我們需要寫自己管理內(nèi)存 的類時(shí)，如手動(dòng)實(shí)現(xiàn)一個(gè)stack，應(yīng)謹(jǐn)記一旦元素不需要用到，要立即釋放（消除引用），以便垃圾回收機(jī)制能及時(shí)回收。
• 緩存。緩存中的對(duì)象極易被遺忘。-> 使用WeakHashMap代表緩存
• 監(jiān)聽(tīng)器及其他回調(diào)。如果你實(shí)現(xiàn)了一個(gè)API，客戶端在這個(gè)API中注冊(cè)回調(diào)，卻沒(méi)有顯式取消注冊(cè)，那么除非你采取某些動(dòng)作，否則它們就會(huì)被積聚。確保回調(diào)立即被當(dāng)做立即回收的最佳方法是只保存它們的弱引用。

第七條：避免使用終結(jié)方法

終結(jié)方法（finalizer）通常是不可預(yù)測(cè)的，也是很危險(xiǎn)的。
終結(jié)方法通常在垃圾回收機(jī)制回收對(duì)象時(shí)負(fù)責(zé)執(zhí)行，其執(zhí)行時(shí)間取決于jvm設(shè)計(jì)、配置以及程序執(zhí)行過(guò)程。而且，java規(guī)范并不保證終結(jié)方法一定會(huì)被執(zhí)行。還有一點(diǎn)，使用終結(jié)方法會(huì)帶來(lái)嚴(yán)重的性能損耗。
若一個(gè)對(duì)象需要在其終結(jié)時(shí)進(jìn)行某些動(dòng)作，可以考慮使用顯式終結(jié)動(dòng)作，并要求所有客戶端在結(jié)束該實(shí)例時(shí)調(diào)用該方法，例如InputStream接口的close方法
終結(jié)方法的合法用途：

• 充當(dāng)顯式終結(jié)方法的“安全網(wǎng)（safety net）。
• 終結(jié)非關(guān)鍵的本地資源（一般指本地對(duì)等體native peer），即本地對(duì)象。