spring-data 의 버그가 괴롭힐 줄이야

// 1. 코틀린 클래스에 맞게 엔티티를 초기화해주는 클래스에요.

public class KotlinClassGeneratingEntityInstantiator extends ClassGeneratingEntityInstantiator {

    // ...중략

    // 1-1. 객체를 생성하기 위해, 해당 객체의 생성자의 인자를 순회하며 각각에 대응하는 값을 가져오는 함수입니다.

    private <P extends PersistentProperty<P>, T> Object[] extractInvocationArguments(

            @Nullable PreferredConstructor<? extends T, P> preferredConstructor, ParameterValueProvider<P> provider

    ) {

        // ...중략

        // 1-2. 생성자로부터 인자들 목록을 가져옵니다.

        List<Parameter<Object, P>> parameters = preferredConstructor.getParameters();

        for (int i = 0; i < userParameterCount; i++) {

            Parameter<Object, P> parameter = parameters.get(i);

            // 1-3. provider 를 통해 인자(parameter)에 해당하는 값을 알아냅니다. 

            // 이번 에러에서 provider 는 SpELExpressionParameterValueProvider 였네요.

            params[i] = provider.getParameterValue(parameter);

        }

        // ...중략

    }

    // ...중략

}

// 2. 생성자 인자의 필드 어노테이션으로 @Value("#root.property ?: 0") 등과 같이 

// 스펠(SpEL) 표현식을 쓸 수 있는데요. 그러한 스펠에 대응하는 값을 제공하는 구현체군요. - 중요하진 않습니다.

public class SpELExpressionParameterValueProvider<P extends PersistentProperty<P>>

		implements ParameterValueProvider<P> {

        // ...중략

	@Nullable

	public <T> T getParameterValue(Parameter<T, P> parameter) {

            // 2-1. 파라미터가 Spel 표현식을 사용하고 있는 지 확인하고 있어요.

            if (!parameter.hasSpelExpression()) {

                // ...중략

            }

                // ...중략

	}

}

// 3. 위의 parameter 구현체에요.

public static class Parameter<T, P extends PersistentProperty<P>> {

    // ...중략    

    private final Lazy<Boolean> hasSpelExpression;

    // ...중략    

    public Parameter(@Nullable String name, TypeInformation<T> type, Annotation[] annotations, @Nullable PersistentEntity<T, P> entity) {

        // ...중략

        // 3-3. Lazy.of( ) 인자 변수명은 supplier 에요. 다음 클래스에서 supplier 가 쓰여요.

        // StringUtils.hasText(...) 의 리턴 값은 boolean이어서 null 일 수 없구요. 

        this.hasSpelExpression = Lazy.of(() -> StringUtils.hasText(getSpelExpression()));

    }

    // 3-1. 이게 호출되었어요.

    public boolean hasSpelExpression() {

        // 3-2. 여기서 this 는 parameter!

        return this.hasSpelExpression.get();

    }

    // ...중략

}

public class Lazy<T> implements Supplier<T> {

	private final Supplier<? extends T> supplier;

	private @Nullable T value = null;

    private boolean resolved = false;

    // ...중략

    public T get() {

        // 4-1. 여기서 null 이 반환되었어요.

        T value = getNullable();

        if (value == null) {

            // 여기서 예외가 발생했어요!

            throw new IllegalStateException("Expected lazy evaluation to yield a non-null value but got null!");

        }

        return value;

    }

    // ...중략

    // 4-2. (여기가 제일 중요해요!)

    public T getNullable() {

        T value = this.value;

        // 4-4. 즉 여기서 this.resolved = true 였고

        // value 가 null 인 상태로 리턴되었다는 말이겠네요.

        if (this.resolved) {

            return value;

        }

        // 4-3. 위 3-3. 에 람다로 정의된 함수가 아래 supplier 란 이름으로 쓰입니다.

        // 위에서 얘기한 것처럼 supplier.get() 은 boolean type이기 때문에 절대 null 일 수 없구요.

        // 다시말해 여기 라인 이하에서 value 는 반드시 not null 이겠어요.

        value = supplier.get();

        // 4-5. 엥...? 하지만 this.resolved = true 가 되는 경우는 여기 뿐이에요... 이상한데요?

        this.value = value;

        this.resolved = true;

        return value;

    }

}

public class Lazy<T> implements Supplier<T> {

    // 여기 선언된 this.value, this.resolved 는 두 스레드가 공유하는 공유자원!

    private @Nullable T value = null;

    private boolean resolved = false;

    public T getNullable() {

        // 여기 선언된 value 는 스레드가 공유하지 않는 지역변수! 

        T value = this.value; // line 1

        if (this.resolved) { // line 2

            return value; // line 3

        }

        value = supplier.get(); // line 4

        this.value = value; // line 5

        this.resolved = true; // line 6

        return value; // line 7

    }

}