創(chuàng)建和銷毀對象
第一條：考慮用靜態(tài)工廠方法代替構造器
當該類需要返回不同的實例（子類實例），或者唯一一個實例（單例）時，應考慮用靜態(tài)工廠方法代替構造器。
靜態(tài)工廠方法的一些慣用名稱：
- valueOf 返回的實例與參數有相同的值盒发，相當于類型轉換
- of valueOf的簡化
- getInstance 返回的實例是通過參數類描述的，但一般不具有與參數同樣的值狡逢。對于Singleton來說宁舰，無參數，返回唯一一個實例甚侣。
- newInstance 類似于getInstance明吩，但每次返回新的實例
- getType 在工廠方法處于不同的類時使用，Type指返回類型的類型
- newType 同上
第二條：遇到多個構造器參數時要考慮用構建器
當創(chuàng)建對象面臨多個可選參數時（即殷费，構造器有多個可選的參數）印荔，有以下三種方案：
- 重疊構造器模式
根據參數的不同組合，編寫多個簽名不同的構造器或靜態(tài)工廠方法详羡。優(yōu)點：線程安全仍律，參數組合少時簡單；缺點：當參數量很大实柠，且其組合很多時水泉，代碼編寫麻煩且可讀性差 - JavaBean模式
調用一個構造器類創(chuàng)建對象并設置必要的參數，再通過setter方法類設置每個可選參數窒盐。優(yōu)點：實例簡單草则，代碼簡潔，可擴展性強蟹漓。缺點：構造過程被分為多個調用方法炕横，難以保證一致性，（多線程）易出錯難調試葡粒；無法實例化一個不可變對象（致命） - Builder模式
不直接生成想要的對象份殿，而是先用必要的參數實例化一個builder，再用setter方法設置每個可選參數嗽交，最后調用無參的build方法來生成不可變的對象卿嘲。既能保證重疊構造器模式的安全性，也能保證像JavaBean一樣簡單可讀
第三條：用私有構造器或者枚舉類型強化Singleton屬性
實現Singleton有以下三種方法：
- 將構造器私有化夫壁，將實例設為公有的靜態(tài)final成員拾枣。私有構造器只被調用一次，用來實例化單例：
public class FirstSingleton {
public String message;
public static final FirstSingleton INSTANCE = new FirstSingleton();
private FirstSingleton(){
message = "Hello World! First Singleton!";
}
}
由于缺少公有的或者受保護的構造器盒让，所以保證了單例的全局唯一性放前。
注意：享有特權的客戶端可以借助AccessibleObject.setAccessibe方法忿磅，通過反射機制調用私有構造器。如果需要抵御這種攻擊凭语，可以修改私有構造器葱她，使其在構造第二個實例時拋出異常。
- 公有的成員是個靜態(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;
}
}
對于靜態(tài)方法getInstance的所有調用似扔，都會返回同一個對象引用（上述注意依然使用）吨些。
公有域方法的主要好處在于，組成類的成員的聲明很清楚第表明了這個類是一個Singleton：公有的靜態(tài)域是final的炒辉，所以該域將總是包含相同的對象引用豪墅。
對于以上兩種方法，在序列化時黔寇，僅僅在聲明中加上
implements Serializable是不夠的偶器。為了維護并保證Singleton，必須聲明所有的實例域都是瞬時的（transient）的缝裤，并提供一個readResove實例屏轰。否則，每次反序列化一個實例時憋飞，都會創(chuàng)建一個新的實例:
private Object readResolve(){
return INSTANCE;
}
- 編寫一個包含單個元素的枚舉類型：
public enum ThirdSingleton {
INSTANCE;
public String message = "Hello World! Third Singleton!";
}
這種方法在功能上與公有域方法相近霎苗，但是其更加簡潔，無償地提供了序列化機制榛做，絕對防止多次實例化唁盏，即使是在面對復雜的序列化或者反射攻擊時。單元素的枚舉類型已經成為實現Singleton的最佳方法检眯。
第四條：通過私有化構造器強化不可實例的能力
有時候厘擂，我們需要編寫只包含靜態(tài)方法和靜態(tài)域的類。這些工具類不希望被實例化锰瘸，實例對它沒有任何意義驴党。這個時候，我們需要私有化構造器获茬，防止其在無意間被實例化。
第五條：避免創(chuàng)建不必要的對象
一般來說倔既，最好能重用對象而不是每次需要 的時候就創(chuàng)建一個相同功能的新對象恕曲。
- 重用不可變對象：如果對象是不可變的，它就始終可以被重用（單例模式渤涌、String對象池）
- 重用已知不會被修改的可變對象佩谣。創(chuàng)建某些對象的成本是十分昂貴的，且其在創(chuàng)建之后实蓬，其值一般不會改變茸俭，此時我們可以考慮重用這個對象已減少創(chuàng)建成本吊履。
- 使用適配器（適配器是指這樣一個對象：它把功能委托給一個后備對象，從而為后備對象提供一個可以替代的接口）调鬓。如Map類的KeySet方法艇炎，它返回一個Set對象。對于一個Map而言腾窝，它的key是可變的缀踪，但是keySet對象是唯一的，只是其內容會發(fā)生變化虹脯。
- 優(yōu)先使用基本類型而不是自動裝箱基本類型驴娃，當心無意識的自動裝箱。
第六條：消除過期的對象引用
在支持垃圾回收的語言中循集，內存泄漏是很隱蔽的唇敞，稱之為“無意識的對象保持（unintentional object retention）“更為恰當。如果一個對象被無意識保留起來咒彤，那么垃圾回收機制不僅不會去處理這個對象疆柔，而且不會處理這個對象所引用的所有其他對象，久而久之會對性能造成潛在的重大影響蔼紧。
這種問題一般出現在堆型豁、棧、數組氓栈、鏈表等數據結果在pop對象時沒有消除引用赡模，如
size--;
這種問題的解決方法很簡單，一旦對象過期查吊，清空這些引用即可stack[size--] = null;
內存泄漏的常見來源：
- 類自己管理內存谐区。當我們需要寫自己管理內存 的類時，如手動實現一個stack逻卖，應謹記一旦元素不需要用到宋列，要立即釋放（消除引用），以便垃圾回收機制能及時回收评也。
- 緩存炼杖。緩存中的對象極易被遺忘。-> 使用WeakHashMap代表緩存
- 監(jiān)聽器及其他回調盗迟。如果你實現了一個API坤邪，客戶端在這個API中注冊回調，卻沒有顯式取消注冊罚缕，那么除非你采取某些動作艇纺，否則它們就會被積聚。確保回調立即被當做立即回收的最佳方法是只保存它們的弱引用黔衡。
第七條：避免使用終結方法
終結方法（finalizer）通常是不可預測的蚓聘，也是很危險的。
終結方法通常在垃圾回收機制回收對象時負責執(zhí)行盟劫，其執(zhí)行時間取決于jvm設計夜牡、配置以及程序執(zhí)行過程。而且捞高，java規(guī)范并不保證終結方法一定會被執(zhí)行氯材。還有一點，使用終結方法會帶來嚴重的性能損耗硝岗。
若一個對象需要在其終結時進行某些動作氢哮，可以考慮使用顯式終結動作，并要求所有客戶端在結束該實例時調用該方法型檀，例如InputStream接口的close方法
終結方法的合法用途：
- 充當顯式終結方法的“安全網（safety net）冗尤。
- 終結非關鍵的本地資源（一般指本地對等體native peer），即本地對象胀溺。
