Objects.requireNonNull

Objects.requireNonNull()

public static <T> T requireNonNull(T obj) {
        if (obj == null)
            throw new NullPointerException();
        return obj;
    }

그냥 obj가 null값이면 NPE 터지게 해주는 매서드 아닌가?
이걸 사용하는 이유에 대해 찾아보았다.

이걸 사용하는 이유?

• explicity (명시성)
• fail fast (빠른 실패)

 

explicity (명시성)

코드에서 data가 null 이 아니어야함을 명시적으로 표현할 수 있음.

public void process(byte[] data) {
    Objects.requireNonNull(data, "data must not be null");

    int length = data.length;
    System.out.println(length);
}

• data가 절대 null이면 안 됨
• null 허용 여부가 암묵적 → 명시적 계약으로 전환됨

 

fail fast (빠른 실패)

: 장애가 발생한 시점에서 즉시 파악할 수 있는 것을 의미함. (동작 중 오류가 발생하면 바로 오류를 알리고 작업 중단)

 

requireNonNull을 사용하지 않을 경우 (fail late)

public void process(byte[] data) {
    int length = data.length;   // 여기서 NPE 발생
    System.out.println(length);
}

[동작 흐름]

• data == null 인 상태로 메서드 진입
• 코드가 계속 진행됨
• 제 실패 지점은 data.length

예외 메시지: java.lang.NullPointerException

 

[문제점]

• 왜 null이 들어왔는지 알 수 없음
• 에러가 의미 없는 지점에서 발생
• 디버깅 시 호출 스택을 거슬러 올라가야 함

 

Objects.requireNonNull()을 사용할 경우

public void process(byte[] data) {
    Objects.requireNonNull(data, "data must not be null");

    int length = data.length;
    System.out.println(length);
}

 

[동작 흐름]

• 메서드 진입 즉시 null 검사
• null이면 바로 실패

예외 메시지: java.lang.NullPointerException: data must not be null

 

[장점]

• 실패 지점 = 원인 지점
• 메시지로 의도 명확
• 이후 로직은 null 걱정 없이 작성 가능

 

빠른 실패가 필요한 이유
* 결함 조기 발견
* 비용 절감 및 일정 관리
* 품질 개선
* 학습 및 혁신 문화

 

결론

이 값이 null이면 이후 로직을 정상적으로 수행할 수 없다면
Objects.requireNonNull을 쓴다.