Effective Java 5.避免创建重复的对象

1.重用不可变对象
如果对象是不可变的,那么它就始终可以被重用。对于同时提供了静态工厂方法和构造方法的不可变类,通常使用静态工厂方法而不是构造方法,以避免创建不必要的对象,尽管同时提供两种方法的场景不太多。例如静态工厂方法Boolean.valueOf(String)几乎总是优于构造方法Boolean(String),从源码注释中我们也能看到相应的提示信息。

2.注意自动装箱问题
自Java 1.5开始引入了自动装箱(autobox),使得基本类型与装箱基本类型之间的差别变的模糊起来,如果不注意他们在语意上的差别则可能产生性能上的差异。

Long sum = 0L;

long startTime = System.currentTimeMillis();

for (long i = 0; i <= Integer.MAX_VALUE; i++) {
    sum += i;
}

上面这段代码计算所有正整数的和,经测试,耗时7838ms。现在我们对其进行修改:

long sum = 0L;

long startTime = System.currentTimeMillis();

for (long i = 0; i <= Integer.MAX_VALUE; i++) {
    sum += i;
}


重新对其测试,耗时758ms,从测试结果上我们可以看到两者间明显的差距,这是因为第一段代码将sum定义成了Long类型,导致每累加一次便会实例化一个Long对象。从这里,可以看到结论很明显,要优先使用基本类型二不是装箱基本类型,要注意这种自动装箱的问题。
 

3.重用已知不会修改的可变对象

上面的代码计算七天后的时间,getFoundedTimeMillis()都会获取Calendar的一个实例,此处Calendar非单例,如果多次调用则产生了多个Calendar实例,在我电脑上测试调用1000万次耗时3843ms,如果我们对它进行简单修改:

public class Item5 {
    private static long birthTimeMillis;
    static {
        Calendar calendar = Calendar.getInstance();
        calendar.set(1978, Calendar.NOVEMBER, 10, 0, 0, 0);
        birthTimeMillis = calendar.getTime().getTime();
    }
    public long getFoundedTimeMillisFromNow() {
        return System.currentTimeMillis() - birthTimeMillis;
    }
}

单独提出用于对比的基准时间birthTimeMillis,类加载时通过一个Calendar获取它的值,之后它不会再变化,修改后测试调用1000万次耗时414ms。
 

你可能感兴趣的:(Effective,Java)