一般來說雕蔽，最好能夠重用對象而不是在每次需要的時(shí)候就創(chuàng)建一個(gè)相同功能的新對象舅踪。
- 如：反面例子
String name = new String("QyQiaoo");
其中：上述語句每次被執(zhí)行的時(shí)候都創(chuàng)建一個(gè)新的String實(shí)例霍弹，但是這些創(chuàng)建對象的動(dòng)作全都是不必要的侯繁。創(chuàng)建名為name的String實(shí)例時(shí)组贺，傳遞給String的構(gòu)造器的參數(shù)("QyQiaoo")本身就是一個(gè)String實(shí)例，功能方面等同于構(gòu)造器創(chuàng)建的所有對象叠必。如果這種用法是在一個(gè)循環(huán)中荚孵，或者在一個(gè)被頻繁調(diào)用的方法中，就會(huì)創(chuàng)建成千上萬個(gè)不必要的String實(shí)例纬朝。該井版如下：
String name = "QyQiaoo";
1. 同時(shí)提供了靜態(tài)工廠方法和構(gòu)造器的不可變類
對于同時(shí)提供了靜態(tài)工廠方法和構(gòu)造器的不可變類收叶，通常可以使用靜態(tài)工廠方法而不是構(gòu)造器共苛，以免創(chuàng)建不必要的對象判没。構(gòu)造器在每次被調(diào)用的時(shí)候都會(huì)創(chuàng)建一個(gè)新的對象，而靜態(tài)工廠方法則從來沒有要求這樣做隅茎。
- 如：靜態(tài)工廠方法
Boolean.valueOf(String)幾乎總是優(yōu)先于構(gòu)造器Boolean(String);
2. 重用已知不會(huì)被修改的可變對象
除了重用不可變的對象之外澄峰，也可以重用那些已知不會(huì)修改的可變對象。
如下例子辟犀，判斷baby是否在出生大爆炸時(shí)期出生：
public class Person {
private Date birthDate;
//Donnot do this
public boolean isBabyBoomer() {
// Unnecessary allocation of expensive object
Calendar calendar = Calendar.getInstance(TimeZone.getTimeZone("GMT"));
calendar.set(1946, Calendar.JANUARY, 1, 0, 0, 0);
Date boomStart = calendar.getTime();
calendar.set(1965, Calendar.JANUARY, 1, 0, 0, 0);
Date boomEnd = calendar.getTime();
return birthDate.compareTo(boomStart) >= 0 &&
birthDate.compareTo(boomEnd) < 0;
}
}
注：isBabyBommer方法每次被調(diào)用的時(shí)候俏竞，都會(huì)創(chuàng)建一個(gè)Calendar、TimeZone和Date實(shí)例一次堂竟，這并不是必須的魂毁，下面我們采用靜態(tài)的初始化器，可以避免這種效率低下的情況跃捣。
public class Person {
private Date birthDate;
private static final Date BOOM_START;
private static final Date BOOM_END;
static {
Calendar calendar = Calendar.getInstance(TimeZone.getTimeZone("GMT"));
calendar.set(1946, Calendar.JANUARY, 1, 0, 0, 0);
BOOM_START = calendar.getTime();
calendar.set(1965, Calendar.JANUARY, 1, 0, 0, 0);
BOOM_END = calendar.getTime();
}
public boolean isBabyBoomer() {
return birthDate.compareTo(BOOM_START) >= 0 &&
birthDate.compareTo(BOOM_END) < 0;
}
}
改進(jìn)后的Person類只在初始化的時(shí)候創(chuàng)建Calendar漱牵、TimeZone和Date實(shí)例，而不是每次調(diào)用isBabyBommer的時(shí)候都會(huì)創(chuàng)建這些實(shí)例疚漆，該方法能夠顯著的提高性能酣胀。
3. 適配器情形
適配器情形：有時(shí)也叫作視圖(View)刁赦，它把功能委托給一個(gè)后備對象(backing object)，從而為后備對象提供一個(gè)可以替代的接口闻镶。由于適配器除了后備對象之外甚脉，沒有其他狀態(tài)信息，所以針對某個(gè)給定對象的特定適配器而言铆农，它不需要?jiǎng)?chuàng)建多個(gè)適配器實(shí)例牺氨。
- 如：Map接口的keySet方法返回該Map對象的Set視圖，其中包含該Map中所有的鍵（key）墩剖。粗看起來猴凹，好像每次調(diào)用keySet都應(yīng)該創(chuàng)建一個(gè)新的Set實(shí)例，但是岭皂，對于一個(gè)給定的Map對象郊霎，實(shí)際上每次調(diào)用keySet都返回同樣的Set實(shí)例。雖然被返回的Set實(shí)例一般是可改變的爷绘，但是所有返回的對象在功能上是等同的：當(dāng)其中一個(gè)返回對象發(fā)生變化的時(shí)候书劝，所有其他返回對象也要發(fā)生變化，因?yàn)樗鼈兪怯赏粋€(gè)Map實(shí)例支撐的土至。雖然創(chuàng)建keySet視圖對象的多個(gè)實(shí)例并無害處购对，卻也是沒有必要的。&(以后慢慢體會(huì)陶因，未完待續(xù)···)&
4. 自動(dòng)裝箱(創(chuàng)建多余對象的新方法)
基本類型與裝箱基本類型的會(huì)用骡苞，會(huì)創(chuàng)建多余的對象。
如下代碼：
public static void main(String[] args) {
Long sum = 0L;
for(long i = 0; i < Integer.MAX_VALUE; i++) {
sum += i;
}
System.out.println(sum);
}
注：在每次執(zhí)行sum += i時(shí)會(huì)構(gòu)造一個(gè)實(shí)例楷扬，因此在我們無意中創(chuàng)建了2^31個(gè)多余的實(shí)例烙如。
要優(yōu)先使用基本類型而不是裝箱基本類型，更要當(dāng)心無意識的自動(dòng)裝箱毅否。
5. 結(jié)語
不要錯(cuò)誤地認(rèn)為"創(chuàng)建對象的代價(jià)非常昂貴，我們應(yīng)該盡可能地避免創(chuàng)建對象"蝇刀。相反螟加，由于小對象的構(gòu)造器只做很少量的顯示工作，所以小對象的創(chuàng)建和回收動(dòng)作是非常廉價(jià)的吞琐，特別是在現(xiàn)代的JVM實(shí)現(xiàn)上更是如此捆探。通過創(chuàng)建附加的對象，提升程序的清晰性站粟、簡潔性和功能性黍图，這通常是件好事。
反之奴烙，通過維護(hù)自己的對象池（Object pool）來避免創(chuàng)建對象并不是一種好的做法助被，除非池中的對象是非常重量級的剖张。真正正確使用對象池的典型對象示例就是數(shù)據(jù)庫連接池。建立數(shù)據(jù)庫連接的代價(jià)是非常昂貴的揩环，因此重用這些對象非常有意義搔弄。而如今的JVM（Java虛擬機(jī)）具有高度優(yōu)化的垃圾回收器，如果是輕量的對象池可能還不如垃圾回收器的性能丰滑。
當(dāng)你應(yīng)該重用現(xiàn)有對象的時(shí)候顾犹，請不要?jiǎng)?chuàng)建新的對象
當(dāng)你應(yīng)該創(chuàng)建新對象的時(shí)候，請不要重用現(xiàn)有的對象
