一般来说，最好能够重用对象而不是在每次需要的时候就创建一个相同功能的新对象。
- 如：反面例子
String name = new String("QyQiaoo");
其中：上述语句每次被执行的时候都创建一个新的String实例，但是这些创建对象的动作全都是不必要的。创建名为name的String实例时，传递给String的构造器的参数("QyQiaoo")本身就是一个String实例，功能方面等同于构造器创建的所有对象。如果这种用法是在一个循环中，或者在一个被频繁调用的方法中，就会创建成千上万个不必要的String实例。该井版如下：
String name = "QyQiaoo";
1. 同时提供了静态工厂方法和构造器的不可变类
对于同时提供了静态工厂方法和构造器的不可变类，通常可以使用静态工厂方法而不是构造器，以免创建不必要的对象。构造器在每次被调用的时候都会创建一个新的对象，而静态工厂方法则从来没有要求这样做。
- 如：静态工厂方法
Boolean.valueOf(String)几乎总是优先于构造器Boolean(String);
2. 重用已知不会被修改的可变对象
除了重用不可变的对象之外，也可以重用那些已知不会修改的可变对象。
如下例子，判断baby是否在出生大爆炸时期出生：
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方法每次被调用的时候，都会创建一个Calendar、TimeZone和Date实例一次，这并不是必须的，下面我们采用静态的初始化器，可以避免这种效率低下的情况。
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;
}
}
改进后的Person类只在初始化的时候创建Calendar、TimeZone和Date实例，而不是每次调用isBabyBommer的时候都会创建这些实例，该方法能够显著的提高性能。
3. 适配器情形
适配器情形：有时也叫作视图(View)，它把功能委托给一个后备对象(backing object)，从而为后备对象提供一个可以替代的接口。由于适配器除了后备对象之外，没有其他状态信息，所以针对某个给定对象的特定适配器而言，它不需要创建多个适配器实例。
- 如：Map接口的keySet方法返回该Map对象的Set视图，其中包含该Map中所有的键（key）。粗看起来，好像每次调用keySet都应该创建一个新的Set实例，但是，对于一个给定的Map对象，实际上每次调用keySet都返回同样的Set实例。虽然被返回的Set实例一般是可改变的，但是所有返回的对象在功能上是等同的：当其中一个返回对象发生变化的时候，所有其他返回对象也要发生变化，因为它们是由同一个Map实例支撑的。虽然创建keySet视图对象的多个实例并无害处，却也是没有必要的。&(以后慢慢体会，未完待续···)&
4. 自动装箱(创建多余对象的新方法)
基本类型与装箱基本类型的会用，会创建多余的对象。
如下代码：
public static void main(String[] args) {
Long sum = 0L;
for(long i = 0; i < Integer.MAX_VALUE; i++) {
sum += i;
}
System.out.println(sum);
}
注：在每次执行sum += i时会构造一个实例，因此在我们无意中创建了2^31个多余的实例。
要优先使用基本类型而不是装箱基本类型，更要当心无意识的自动装箱。
5. 结语
不要错误地认为"创建对象的代价非常昂贵，我们应该尽可能地避免创建对象"。相反，由于小对象的构造器只做很少量的显示工作，所以小对象的创建和回收动作是非常廉价的，特别是在现代的JVM实现上更是如此。通过创建附加的对象，提升程序的清晰性、简洁性和功能性，这通常是件好事。
反之，通过维护自己的对象池（Object pool）来避免创建对象并不是一种好的做法，除非池中的对象是非常重量级的。真正正确使用对象池的典型对象示例就是数据库连接池。建立数据库连接的代价是非常昂贵的，因此重用这些对象非常有意义。而如今的JVM（Java虚拟机）具有高度优化的垃圾回收器，如果是轻量的对象池可能还不如垃圾回收器的性能。
当你应该重用现有对象的时候，请不要创建新的对象
当你应该创建新对象的时候，请不要重用现有的对象
