Effective Java

延迟初始化(lazy initialization)，也就是在真正被使用的时候才开始初始化的技巧。不论是静态还是实例，都可以进行延迟初始化。其本质是初始化开销和访问开销之间的权衡。毕竟是一种优化技巧，使用不当会起反效果。尤其是在多线程场景中这种反效果会尤为明显，因为我们要对这个进行延迟初始化的field进行同步。

先一步步开始，如果初始化开销不值一提，我们只需要保证其不可变即可：

PRivate final FieldType field1 = computeFieldValue();

如果还有的商量，初始化开销可能让人在意，下面是最简单的的方式，直接在访问方法声明里加了synchoronized修饰，这种方式将访问开销最大化了：

private FieldType field2;synchronized FieldType getField2() {    if (field2 == null)        field2 = computeFieldValue();    return field2;}    private static FieldType computeFieldValue() {    return new FieldType();}

如果要改为静态的也不过是加上static修饰，但对于静态初始化，我们可以使用class holder方式：

private static class FieldHolder {    static final FieldType field = computeFieldValue();}static FieldType getField3() {    return FieldHolder.field;}private static FieldType computeFieldValue() {    return new FieldType();}

这种方式感觉不错，我们没有进行额外的同步处理，只有在访问getField3的时候FieldHolder才会被初始化。所以这种情况属于没有增加访问开销也保证了延迟特性。

这次试试优化一下实例field的访问开销，最经典的就是double-check了，这个东西经常出现在笔试题中：

private volatile FieldType field4;FieldType getField4() {    FieldType result = field4;    if (result == null) {         synchronized (this) {            result = field4;            if (result == null)                 field4 = result = computeFieldValue();        }    }    return result;}private static FieldType computeFieldValue() {    return new FieldType();}

代码中使用了result局部变量，这样做虽然不是必要的，但这样可以确保field已被初始化的情况下被读取一次，可以提高少许效率。

以上就是延迟初始化的一些常用方式。延迟初始化看起来不错，但建议权衡访问和创建的开销，对于实例field使用double-check，对于静态field使用holder class，以在多线程访问时保证check-then-action的原子性。