通常，我们更喜欢重用一个对象而不是重新创建一个。
如果对象是不可变的，它就始终可以被重用。
下面是一个反面例子，Joshua Bloch明确指出[DON‘T TO THIS]：
String s = new String("stringette");该语句每次执行时都创建一个新的实例。
String构造器中的参数"stringette"本身是一个实例，功能方面等同于那些通过构造器创建的对象。
如果这种语句放到循环里，效果会变得更糟。
于是我们只需要：
String s = "stringette";
这样就永远是同一个string实例，并且可以保证同一个VM中会重用相同字符串字面量的对象。
(the object will be reused by any other code running in the same vitual machine that happens to contain the same string literal.)
如果类中同时提供了静态工厂方法和构造器，客户端通常可以使用静态工厂方法来防止创建不必要的对象。
比如java.lang.Boolean：
public static final Boolean TRUE = new Boolean(true);
public static final Boolean FALSE = new Boolean(false);
public static Boolean valueOf(boolean b) {
return (b ? TRUE : FALSE);
}
而在构造器的javadoc中也做了相应的说明：
/**
* Allocates a {@code Boolean} object representing the
* {@code value} argument.
*
* <p><b>Note: It is rarely appropriate to use this constructor.
* Unless a <i>new</i> instance is required, the static factory
* {@link #valueOf(boolean)} is generally a better choice. It is
* likely to yield significantly better space and time performance.</b>
*
* @param value the value of the {@code Boolean}.
*/
public Boolean(boolean value) {
this.value = value;
}
除了重用不可变的对象，我们也可以重用那些不会再有变化的可变对象。
(Also use mutable object if you know they won‘t be modified.)
下面是一个反面例子，检查某人是否出生于生育高峰期(1946～1964)：
import java.util.Calendar;
import java.util.Date;
import java.util.TimeZone;
public class Person {
private final Date birthDate;
public Person(Date birthDate) {
// Defensive copy - see Item 39
this.birthDate = new Date(birthDate.getTime());
}
// Other fields, methods omitted
// DON‘T DO THIS!
public boolean isBabyBoomer() {
// Unnecessary allocation of expensive object
Calendar gmtCal = Calendar.getInstance(TimeZone.getTimeZone("GMT"));
gmtCal.set(1946, Calendar.JANUARY, 1, 0, 0, 0);
Date boomStart = gmtCal.getTime();
gmtCal.set(1965, Calendar.JANUARY, 1, 0, 0, 0);
Date boomEnd = gmtCal.getTime();
return birthDate.compareTo(boomStart) >= 0
&& birthDate.compareTo(boomEnd) < 0;
}
}
一次Calendar.getInstance和两次getTime，这些都会创建新的实例：
public static Calendar getInstance(TimeZone zone,Locale aLocale){
return createCalendar(zone, aLocale);
}
private static Calendar createCalendar(TimeZone zone,Locale aLocale){
Calendar cal = null;
String caltype = aLocale.getUnicodeLocaleType("ca");
if (caltype == null) {
// Calendar type is not specified.
// If the specified locale is a Thai locale,
// returns a BuddhistCalendar instance.
if ("th".equals(aLocale.getLanguage())
&& ("TH".equals(aLocale.getCountry()))) {
cal = new BuddhistCalendar(zone, aLocale);
} else {
cal = new GregorianCalendar(zone, aLocale);
}
} else if (caltype.equals("japanese")) {
cal = new JapaneseImperialCalendar(zone, aLocale);
} else if (caltype.equals("buddhist")) {
cal = new BuddhistCalendar(zone, aLocale);
} else {
// Unsupported calendar type.
// Use Gregorian calendar as a fallback.
cal = new GregorianCalendar(zone, aLocale);
}
return cal;
}
public final Date getTime() {
return new Date(getTimeInMillis());
}
于是我们做一下改进，将对象声明为private static final，并在静态初始化块中把需要的实例都准备好：
import java.util.Calendar;
import java.util.Date;
import java.util.TimeZone;
class Person {
private final Date birthDate;
public Person(Date birthDate) {
// Defensive copy - see Item 39
this.birthDate = new Date(birthDate.getTime());
}
// Other fields, methods
/**
* The starting and ending dates of the baby boom.
*/
private static final Date BOOM_START;
private static final Date BOOM_END;
static {
Calendar gmtCal = Calendar.getInstance(TimeZone.getTimeZone("GMT"));
gmtCal.set(1946, Calendar.JANUARY, 1, 0, 0, 0);
BOOM_START = gmtCal.getTime();
gmtCal.set(1965, Calendar.JANUARY, 1, 0, 0, 0);
BOOM_END = gmtCal.getTime();
}
public boolean isBabyBoomer() {
return birthDate.compareTo(BOOM_START) >= 0
&& birthDate.compareTo(BOOM_END) < 0;
}
}这样不仅提高了效率，而且更加明确。
但是，我们还可以再改进一些。
如果上面的例子中的isBabyBoomer没有被调用过，那我们在静态初始化块中创建的实例就白白浪费了(可能例子中的对象太少了，多了就爽了)。
对于这个问题，我们可以用延迟初始化(lazily initializing)来解决，也就是在isBabyBoomer被第一次调用时进行初始化。
但是作者并不建议这样做，因为这可能只会让方法实现变得更复杂，而没有显著提高效率。
上面的例子中我们把重用的对象在实例化以后不会再有变化，那么能不能重用可变对象?
比如Map.keySet方法返回的是同一个Set实例，这个Set实例的状态依赖于其backing Object，即Map实例。
当Map发生变化时Set也跟着变化就可以了。
虽然每次调用时重新创建一个Set实例也是可行的，但实在没必要。
另外，autoboxing这个特性也为用户提供了创建不必要的对象的新方法。
试试基本类型和封装类型混用，并让他们超出封装类型的缓存范围。
比如这样做：
public class Sum {
// Hideously slow program! Can you spot the object creation?
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的类型声明为Long，造成了巨大的浪费。
(prefer primitives to boxed primitives,and watch out for unintentional autoboxing.)
本文出自 “Map.get(X)=new Object()” 博客，请务必保留此出处http://runtime.blog.51cto.com/7711135/1433419
Effective Item 3 - 避免不必要的对象,布布扣,bubuko.com
原文地址：http://runtime.blog.51cto.com/7711135/1433419
