static initializer가 처음 실패한 뒤 같은 클래스에 다시 접근하면 왜 다른 예외가 나올 수 있나요?

첫 접근과 두 번째 접근은 클래스의 초기화 상태가 다르기 때문에 예외 모양이 달라집니다. 첫 active use에서 <clinit>가 실행되다가 값 E를 던지면 클래스 초기화는 완료되지 않고 erroneous 상태가 됩니다. JLS 12.4.2의 조건을 정확히 말하면 E가 Error이면 그 Error를 그대로 전파하고, Error가 아닌 Throwable이면 ExceptionInInitializerError로 감쌉니다. 따라서 모든 실패가 자동으로 ExceptionInInitializerError가 된다고 답하면 틀립니다.

그 뒤 같은 클래스에 다시 active use가 들어오면 <clinit>를 처음부터 재시도하지 않습니다. 이미 erroneous 상태인 클래스를 사용하려 하므로 보통 NoClassDefFoundError가 관찰되고 최초 초기화 실패 정보가 cause에 연결될 수 있습니다. 이 이름을 단순한 class 파일 누락으로만 해석하면 정적 initializer의 원인을 놓치게 됩니다.

final class Broken {
    static final int value = Integer.parseInt("not-a-number");
    static int get() { return value; }
}
// 같은 JVM에서 첫 Broken.get()과 두 번째 호출의 Throwable 타입·cause를 각각 기록

테스트는 클래스가 이미 초기화되지 않은 새 JVM 또는 격리된 class loader에서 시작해야 합니다. 실행 횟수, 실제 Throwable 타입, getCause()를 함께 기록하고, 초기화 실패를 재시도해야 한다면 static initializer가 아니라 명시적 bootstrap 상태로 옮기겠습니다.