📌 예외

이호인·2022년 5월 11일

목록 보기

4/6

수업 들으면서 try-catch 문을 JSP 수업 JDBC 관련 코드 때 처음 만났던 것으로 기억한다. 그 당시 왜 사용하는지만 알고 넘어가서 어떤 상황에 꼭 써줘야하고 어떤 식으로 쓰면 안되는지 자세히는 알지 못했다. 부끄럽지만 프로젝트를 진행하면서 IDE가 빨간줄 그어주면 쓰고 아니면 안 쓰고 그런 식이어서 기능 구현 할 때 다른 블로그를 참고하면 예외 처리를 해준 모습을 볼 때마다 불안했다. 하지만 제대로 알지 못하고 그저 따라 쓰는 것은 의미가 없는 것 같아서 나중에 한번 정리 해봐야겠다 생각했었는데 이번 기회에 공부하고 프로젝트에도 적용시켜보려고 한다. 😃

에러 (Error)와 예외 (Exception)의 차이

📌 에러 (Error)

java.lang.Error 클래스의 서브 클래스들
에러는 오류, 즉 시스템에 뭔가 비정상적인 상황이 발생했을 경우에 사용된다.
주로 자바 VM에서 발생시키는 것이며 애플리케이션 코드에서 잡을 수 없기 때문에 애플리케이션에서는 에러에 대한 처리를 신경쓰지 않아도 된다.

📌 예외 (Exception)

java.lang.Exception 클래스와 그 서브 클래스들
개발자가 만든 애플리케이션 코드의 작업 중에 예외상황이 발생했을 경우에 사용된다.

1. Checked Exception

Exception 클래스의 서브클래스이면서 RuntimeException 클래스를 상속하지 않은 것
일반적으로 예외라고 하는 것들은 보통 Checked Exception
확인 시점 : 컴파일 단계
예외 발생 시 : roll-back 하지 않는다.
Checked Exception이 발생할 수 있는 메소드를 사용할 경우 반드시 catch문으로 잡거나 throws를 정의해서 메소드 밖으로 던져야 컴파일 에러가 일어나지 않는다.
--> 아까 처음에 말한 빨간줄 ㅎㅎ
ex) IOException , SQLException 등..
IOException은 파일 첨부 기능 구현할 때 많이 본 것 같다. 파일 경로 못 찾고 그럴 때 ?

2. Unchecked Exception

RuntimeException을 상속한 클래스들
확인 단계 : 실행 단계
예외 발생 시 : roll-back 한다.
명시적인 예외처리를 강제하지 않는다. (물론 잡아줘도 상관없음)
ex) NullPointerException, IllegalArgumentException 등
--> 예상하지 못하는 부분에서 발생하는 것이 아니라 개발자의 부주의로 발생하는 경우기 때문에 굳이 예외처리를 강제하지 않는 것!

📌 예외처리 방법

1. 예외 복구

int maxretry = MAX_RETRY;
while(maxretry --> 0) {
	try{
    	// 예외가 발생할 가능성이 있는 시도
        return; // 작업 성공 시 리턴
    }
    catch (SomeException e) {
    	// 로그 출력. 정해진 시간만큼 대기
    }
    finally {
    	// 리소스 반납 및 정리 작업
    }
}
throw new RetryFailedException(); // 최대 재시도 횟수를 넘기면 직접 예외 발생

예외 복구의 핵심 : 예외가 발생해도 애플리케이션은 정상적인 흐름으로 진행된다.
위 예제는 네트워크 환경이 좋지 않아 서버에 접속이 안되는 상황의 시스템에 적용하면 효과적이다.

2. 예외처리 회피

public void add() throws SQLException{
	// JDBC API (구현 로직)
}

예외가 발생하면 throws를 통해 호출한 쪽으로 예외를 던지고 그 처리를 회피하는 것이다.
(정말 많은 곳에서 아무 생각없이 무분별한 throws 사용은 무책임하며 위험하다고 설명한다.)
긴밀한 관계에 있는 다른 오브젝트에게 예외처리 책임을 분명히 지게 하거나, 자신을 사용하는 쪽에서 예외를 다루는 것이 최선의 방법이라는 분명한 확신이 있어야 한다.

3. 예외 전환

.
.
.
catch(SQLException e){
	// ex) ErrorCode가 Mysql의 Duplicate Entry (1062) 이면 예외 전환
    if (e.getErrorCode() == MysqlErrorNumbers.ER_DUP_ENTRY)
    	throw DuplicateUserIdException();
    else
    	throw e; //  그 외의 경우는 SQLException 그대로
}
.
.

예외를 잡아서 다른 예외를 던지는 것이다.
만약 그냥 SQLException을 그대로 던지게 되면 DAO를 통해 사용자를 추가한 서비스 계층 등에서는 왜 SQLException이 발생했는지 알기 힘들다.
위 코드 같은 경우 , 중복된 아이디 값 때문에 에러가 나는 경우 확인하고 좀 더 명확하게 인지할 수 있도록 돕기 위한 방법이다.

❗ 주의할 점

예외를 잡아서 아무런 조치를 취하지 않는 것 ( catch문을 비워두거나, 콘솔에만 찍어두는 것 등)
의미 없는 throws를 남발하지 말 것
예외가 발생했을 때 그 원인을 파악하기 어려워 개발은 물론 유지보수에도 어려움을 겪게 된다.

📌 마치며

참고한 블로그 글 쓰신 분이 결론에서 "시스템은 화려한 기능보다도 보안이 중요하다" 라는 말씀을 하셨다. 아직 경험이 없어 기능 구현에만 집중하고 있었던 것 같다. 최근 프로젝트를 진행하면서 기본적인 게시판 기능 밖에 없는데도 내 예상과는 다르게 슝슝 구멍이 나는 모습을 경험했다. 아직 회사를 다니는 것은 아니지만, 다시 한번 생각하게 되는 계기가 되었다. 화려한 기능과 많은 편의를 주는 것도 중요하지만, 일단 사용자가 믿고 쓸 수 있는 시스템을 만드는 것이 가장 중요한 것 같다. 공감이 되어 남겨두고 지향하려고 한다.