표준 예외와 커스텀 예외에 대해서 설명해주세요

[Uechann]

.

[haeyoon1]

[표준 예외]

컴파일러가 예외 처리를 강제하는 checked excpetion과, 그렇지 않은 unchecked exception이 있습니다.

1. Checked Exception

대표적인 checked exception은 다음과 같습니다.

• IOException: 입출력 작업 중 오류
• FileNotFoundException: 파일을 찾을 수 없음
• SQLException: 데이터베이스 처리 중 오류
• ClassNotFoundException: 클래스를 찾을 수 없음
• InterruptedException: 스레드가 대기 중 인터럽트 발생

해당 예외들은 보통 try-catch나 throws를 사용해서 처리합니다.

2. Unchecked Exception

휴먼에러 또는 로직의 실수 때문에 발생하는 오류입니다.

• IllegalArgumentException: 잘못된 인자를 전달함
• IllegalStateException: 객체 상태가 메서드 호출에 적절하지 않음
• StringIndexOutOfBoundsException: 문자열 인덱스 범위를 벗어남
• ClassCastException: 잘못된 타입 변환

---

[커스텀 예외]

커스텀 예외를 사용하면 에러를 더욱 구체적으로 던질 수 있습니다.

• 예외별 상태코드를 세세하게 나누어 반환할 수 있습니다.
• 클래스 또는 Enum의 명으로 의미를 명확하게 할 수 있다.
• 에러 응답을 커스텀해 편하게 만들 수 있습니다.

보통 RuntimeException을 상속하여 커스텀 예외를 정의하며,
또한 @RestControllerAdvice를 사용해 GlobalExceptionHandler에서 예외를 한 곳에서 처리하도록 구성하는 방식이 많이 사용됩니다.

[sangjun121]

자바 표준 예외

우선 표준 예외는 자바나 프레임워크에서 이미 제공하는 예외입니다. 표준 예외의 장점은 개발자들이 이미 통용되는 의미가 있기에, 예외의 의미를 전달하기 용이합니다. 예를 들어 IllegalArgumentException은 “잘못된 인자가 들어왔다”, IllegalStateException은 “현재 객체 상태에서 해당 동작이 불가능하다”는 의미를 명확하게 표현할 수 있습니다. 그래서 범용적인 상황에서는 표준 예외를 사용하는 것이 코드도 간결하고 예외의 의미를 전달하기도 쉽다고 생각합니다.

커스텀 예외

반면 커스텀 예외는 서비스나 도메인에 맞게 개발자가 직접 정의한 예외입니다. 커스텀 예외의 장점은 비즈니스 예외 상황을 더 명확하게 표현할 수 있다는 장점이 있습니다!

다만 저는 모든 상황에서 무조건 커스텀 예외를 만드는 것은 오히려 코드의 복잡도를 높일수 있다고 생각합니다. 예외 클래스가 과도하게 많아지면 유지보수가 어려워지고 예외의 의미를 표현하기 어려워질수도 있습니다.