[Java] Checked Exception과 Unchecked Exception

Java 스터디를 진행하며 작성한 글입니다.

 

에러(Error)와 예외(Exception)

프로그래밍에서 예외란 입력 값에 대한 처리가 불가능하거나, 프로그램 실행 중에 참조된 값이 잘못된 경우 등 정상적인 프로그램의 흐름을 어긋나는 경우를 말한다. 그리고 자바에서 예외는 개발자가 직접 처리할 수 있기 때문에 예외 상황을 미리 예측하여 핸들링할 수 있다.

 

그러나, 에러는 시스템에 무엇인가 비정상적인 상황이 발생한 경우를 말한다. 주로 자바 가상 머신에서 발생하는 것이며, 예외와 반대로 이를 애플리케이션 코드에서 잡을 수 없다. 에러의 예시로는 OutOfMemoryError, ThreadDeath, StackOverflowError 등이 있다.

 

예외 구분

예외는 아래 그림과 같이 Checked Exception과 Unchecked Exception으로 구분할 수 있다. 쉽게 말하면, RuntimeException을 상속하지 않은 클래스는 Checked Exception, 반대로 상속한 클래스는 Unchecked Exception으로 분류할 수 있다.

 

 

Unchecked Exception

명시적인 예외 처리를 강제하지 않기 때문에 Uncheked Exception이라고 한다. 명시적인 예외 처리란 try ~ catch로 예외를 잡거나 throw로 호출한 메소드에게 예외를 던지지 않는 행위를 말한다.

 

Checked Exception

명시적인 예외 처리를 강제하기 때문에 Checked Exception이라 한다. 반드시 try ~ catch로 예외를 잡거나 throw로 호출한 메소드에게 예외를 던져야 한다.

 

정리

 

Checked Exception이 Rollback되지 않는 이유

기본적으로 Checked Exception은 복구가 가능하다는 메커니즘을 가지고 있다. 예를 들어, 특정 이미지 파일을 찾아서 전송해 주는 함수에서 이미지를 찾지 못 했을 경우 기본 이미지를 전송한다는 복구 전략을 가질 수 있다. 정리하자면, 복구가 가능하니 Rollback은 진행하지 않는다는 의미이다.

 

예외 처리

예외를 처리하는 방법에는 예외 복구, 예외 처리 회피, 예외 전환이 있다.

 

예외 복구

예외 상황을 파악하고 문제를 해결하여 정상 상태로 돌려 놓는 방법이다.

 

public sendFile(String fileName)() {
        File file;
        try {
                file = FileFindService.find(fileName);
        } catch (FileNotFoundException e){ 
                // 기본 파일을 찾아서 전송한다.
                file = FileFindService.find("default.png");
        }

        send(file);
        }
}

 

대부분의 상황에서 예외를 복구할 수 있는 경우는 거의 없기 때문에 자주 사용되지 않는다. 예를 들어, 유니크해야 하는 이메일 값이 중복되어 SQLException이 발생한다고 해도 복구할 수 있는 방법이 없다. 이런 경우에는 RuntimeException을 발생시키고 입력을 다시 유도하는 것이 현실적이다.

혹시나 예외 복구를 사용할 일이 생긴다면 위처럼 예외를 복구하는 방식보다는 아래처럼 코드의 흐름으로 제어하는 것이 좋다.

 

public void sendFile(String fileName){
        if(FileFindService.existed(filename)){
                // 파일이 있는 경우 해당 파일을 찾아서 전송한다.
                send(FileFindService.find(fileName));    
        }else{
                // 파일이 없는 경우 기본 이미지를 전송한다.
                send(FileFindService.find("default.png"));    
        }
}

 

예외 처리 회피

예외 처리를 직접 담당하지 않고 호출한 쪽으로 던져 회피하는 방법이다. 긴밀하게 역할을 분담하고 있는 관계가 아닐 경우 예외를 던지는 것은 무책임한 방법이다.

 

public Object someMethod() throws IOException {
        ...
}

 

예외 전환

예외 처리 회피와 비슷하게 메소드 밖으로 예외를 던지지만, 그냥 던지지 않고 적절한 예외로 전환해서 넘기는 방법이다. 명확한 의미로 전달되기 위해 적합한 의미를 가진 예외로 변경해야 한다.

 

public Object method() {
        try {
                ...
        } catch (IOException e) {
                throw new CustomException ("IOException 발생");
        }
}

public class CustomException extends RuntimeException{
    public CustomException(String message) {
        super(message);
    }
}

 

보통 예외 처리를 하기 위해서 위와 같이 RuntimeException을 상속 받은 클래스로 전환하여 던진다.

 

정리

• 예외 복구 전략이 명확하고 복구가 가능하면 Checked Exception을 try-catch로 잡아서 예외 복구를 하거나, 코드의 흐름으로 제어하는 것이 좋다.
• 그러나 이러한 경우는 흔하지 않기 때문에 Checked Exception이 발생하면 더 구체적인 UnChecked Exception을 발생시키고 예외에 대한 메시지를 명확하게 전달하는 것이 효과적이다.
• 무책임하게 상위 메서드에 throw로 예외를 던지는 행위를 하지 않는 것이 좋다. 상위 메서드들의 책임이 그만큼 증가하기 때문이다.
• Checked Exception은 기본 트랜잭션 속성에서 Rollback을 진행하지 않는다.

 

참고

• https://madplay.github.io/post/java-checked-unchecked-exceptions
• https://cheese10yun.github.io/checked-exception/
• https://programmer93.tistory.com/71