item 83 JungHyunLyoo - JAVA-JIKIMI/EFFECTIVE-JAVA3 GitHub Wiki

지연 초기화(lazy initialization)란?

필드의 초기화 시점을 그 값이 처음 필요할 때까지 늦추는 기법.

지연 초기화는 양날의 검이다. 최대한 이 기법을 사용하지 않는게 좋다(item67)

인스턴스 생성 시의 초기화 비용은 줄지만, 대신 지연 초기화하는 필드에 접근하는 비용은 커지기 때문.

하지만 클래스의 인스턴스 중 그 필드를 사용하는 인스턴스의 비율이 낮은 반면,

그 필드를 초기화하는 비용이 크다면 지연 초기화를 사용하는게 좋다.

그리고 지연 초기화하는 필드를 둘 이상의 스레드가 공유한다면,

어떤 형태로는 반드시 동기화해야 한다. (item78)

방식 1. 인스턴스 필드의 지연 초기화 - synchronized 접근자 방식

지연 초기화가 초기화 순환성(initialization circularity)을 깨뜨릴 것 같으면

synchronized를 단 접근자를 사용하자. 아래 코드는 정적 필드에도 똑같이 사용가능하다

private FieldType field;

private synchronized FieldType getField() {
    if(field == null){
        field = computerFieldValue();
    }
    return field;
}

방식 2. 정적 필드용 지연 초기화 홀더 클래스 관용구

성능 때문에 정적 필드를 지연 초기화해야 한다면

지연 초기화 홀더 클래스(lazy initialization holder class) 관용구를 사용하자

클래스는 클래스가 처음 쓰일 때 비로소 초기화된다는 특성을 이용한 관용구다.

private static class FieldHolder {
    static final FieldType field = computeFieldValue();
}

private static FieldType getField() {
    return FieldHolder.field;
}

getField가 처음 호출되는 순간 FieldHolder.field가 처음 읽히면서

비로소 FieldHolder 클래스 초기화를 촉발한다.

이 관용구의 멋진 점은 getField 메서드가 필드에 접근하면서 동기화를 전혀 하지 않으니

성능이 느려지지 않는다는 것이다. 일반적인 VM은 오직 클래스를 초기화할 때만

필드 접근을 동기화할 것이다. 클래스 초기화가 끝난 후에는 VM이 동기화 코드를 제거하여,

그 다음부터는 아무런 검사나 동기화 없이 필드에 접근하게 된다.

방식 3. 인스턴스 필드용 지연 초기화 이중검사 관용구

성능 때문에 인스턴스 필드를 지연 초기화해야 한다면 이중검사(double-check) 관용구를 사용하라.

private volatile FieldType field;

private FieldType getField() {
    FieldType result = field;
    if (result != null) {
        return result;
    }

    synchronized (this) {
        if (field == null) {
            field = coputeFieldValue();
        }
        return field;
    }
}

이 관용구는 초기화된 필드에 접근할 때의 동기화 비용을 없애준다 (item79)

그리고 필드의 값을 두번 검사하는 방식인데, 한 번은 동기화 없이 검사하고

(필드가 아직 초기화되지 않았다면) 두 번째는 동기화하여 검사한다.

필드가 초기화된 후로는 동기화하지 않으므로 해당 필드는 반드시 volatile로 선언해야 한다. (item78)