표준 예외와 커스텀 예외란?

[sangjun121]

📆 일자: 26년 7월 14일(화)

🤔 아직 주제가 어렵게 느껴진다면, 기본 질문만 답변하는 것을 목표로 진행해주세요. 시간 여유가 된다면 심화 질문을 추가 학습하는 것을 권장합니다. 추후 질문은 다음 디스커션 이후 다시 다뤄볼 질문입니다. 오늘 작성하지 않아도 괜찮습니다. (25기 이상은 심화 질문까지 다뤄보는 것을 권장합니다.)

기본 질문

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

[vvineey]

표준 예외

자바에서 기본적으로 제공하는 예외 클래스이다.

이미 일반적인 오류 상황을 표현하도록 만들어서 대부분은 표준 예외를 사용한다!

커스텀 예외

프로젝트의 비즈니스 상황을 표현하기 위해 개발자가 직접 만드는 예외이다.

왜 써야 될까 ?

• 의미가 명확해서
• 유지보수가 쉬워서
• 예외처리를 일관되게 할 수 있어서

예를 들어

throw new IllegalArgumentException();

만 하면

회원 중복인지, 사용 중인 건지 등듣 알기 어렵다ㅏ.

언제 쓸까?

1. 표준 예외 : 이미 잘 정의 된 경우
   IllegalArgumentException : 잘못된 파라미터
   NoSuchElementException : 데이터 찾을 수 없음

2. 커스텀 예외 : 비즈니스 규칙을 표현하는 경우
   예를 들어 이미 가입된 회원, 예약 인원 초과, 결제 금액 부족 등등!! 이런 경우는 단순한 자바 오류라기보다는 비즈니스 룰에 가깝기 때문이다.

어떻게 쓸까?

BusinessException이라는 공통 부모 예외를 만들고
ErrorCode를 함께 관리해서 사용할 수 있다.
@RestControllerAdvice에서 일관된 에러 응답을 받게 한다

[k9425mino]

기본 질문

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

자바에서 예외는 프로그램 실행 중 발생한 비정상 상황을 표현하는 객체이다. 예외를 처리하는 목적은 단순히 프로그램이 종료되지 않게 만드는 것이 아니라 '어떤 문제가 발생했는지', '어디에서 발생했는지', '호출자가 복구할 수 있는지', '사용자에게 어떤 메시지를 보여줘야 하는지' 의 요소들을 명확하게 하는 데 있다.

자바의 예외 관련 최상위 클래스는 Throwable이다.

Object
└── Throwable
    ├── Error
    └── Exception
        ├── RuntimeException
        └── 기타 Exception

Error는 일반적으로 애플리케이션 코드에서 복구하기 어려운 심각한 문제를 나타낸다.
Exception은 프로그램에서 예상하고 처리할 수 있는 문제를 표현한다.

[ 표준 예외 ]
표준 예외는 자바 표준 라이브러리가 제공하는 예외 클래스이다. 일반적인 프로그래밍 오류나 시스템 문제를 이미 정의된 예외로 표현할 수 있게 해준다.
표준 예외는 이미 많은 개발자들이 의미를 알고 있기 때문에 코드 이해가 빠르다는 장점이 있다. 하지만 표준 예외만 사용하면 도메인 의미가 충분히 드러나지 않을 수 있다는 한계점이 존재한다.

[ 커스텀 예외 ]
커스텀 예외는 애플리케이션이나 도메인의 특정 문제를 표현하기 위해 직접 정의하는 예외이다.
커스텀 예외를 사용하여 도메인의 의미를 명확하게 표현하고, 예외별로 처리를 다르게 가능하게 하여 상황별 대응이 쉬워진다. 또한 오류 코드와 추가 정보를 포함할 수 있어 단순 메시지 외에도 구조화된 정보를 가질 수 있도록 할 수 있다.

[gundoan]

표준 예외

JDK 가 라이브러리 차원에서 이미 정의하여 기본으로 제공하는 예외 클래스.

표준예외는 누구나 알기 때문에 직관성 및 가독성이 좋다.

그리고 다른 라이브러리나 프레임워크와 결합할 때 별도의 변환과정 없이 상호작용 가능하다.

커스텀 예외

표준 예외에 내가 원하는 예외가 없으면 직접 만들어 쓰는 예외.

비지니스 요구사항의 명확한 표현이 가능하다.

에러 메세지 뿐만 아니라 추가 데이터도 붙일 수 있다.

정리

우리 서비스의 핵심 비지니스 로직에 대한 예외 && 표준 예외로 표현이 명확하지 않음-> 커스텀 예외로 명확히 표현해주면 좋다.
그게 아니라 표준 예외로 충분히 표현 가능 -> 표준 예외를 쓰는게 좋다.

[9ga0]

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

표준 예외(Built-in-Exceptions)는 프로그래밍 언어나 런타임 환경에서 기본적으로 제공하는 예외 클래스들이다. 공통적이고 일반적인 오류 상황을 다루며, 별도의 정의가 필요하지 않다는 장점이 있다. java에서의 표준 예외는 다음과 같은 것들이 있다.

NullPointerException //null 참조 접근 시
ArrayIndexOutOfBoundsException //배열 범위 초과
IllegalArgumentException //잘못된 인자 전달
IOException //입출력 오류
NumberFormatException //숫자 변환 실패

커스텀예외는 특정 도메인 또는 비즈니스 로직에서 발생하는 구체적인 상황에 맞게 예외처리되도록 직접 정의하는 예외 클래스이다. 예외 이름으로 구체적인 예외 상황을 표현하고 예외 메시지 구조를 커스텀 할 수 있다는 장점이 있다.

---

<설계관점 비교>

• 커스텀예외는 "이 시스템만의 문제"를 다루며, 예외 자체가 도메인 모델의 일부가 된다.
• 커스텀예외를 설계할 때는 예외 계층을 짜는 것이 가장 중요하다.

abstract class BusinessException extends RuntimeException {}
class OrderException extends BusinessException {}
class OrderNotFoundException extends OrderException {}

• 커스텀예외는 ErrorCode같은 enum과 결합하여, HTTP상태코드, 클라이언트 메시지 등을 일관되게 매핑하는 설계가 가능하다. 또한 dto로 구조화된 정보를 전달하기도 한다.
• 실무에서는 보통 표준 예외를 커스텀 예외로 감싸서 던지는 패턴을 많이 쓴다고 한다. 예를 들어 SQLException을 잡아서 DataAccessException으로 변환해 던지는 식. --->이부분에 대해서는 다음에 더 공부해야할 것같다...

<참고>

• 커스텀예외를 보고 "도메인 언어로 표현되었다"라고 하는데, 이는 커스템 예외의 이름 자체가 비즈니스 상황을 그대로 말해주어서, 기획자나 비즈니스 담당자가 봐도 무슨 상황인지 이해할 수 있는 이름으로 예외를 정의했다는 의미이다.

throw new RuntimeException("Error code 500"); //-표준예외
throw new UserAlreadyRegisteredException(); //"이미 가입된 유저" -커스텀 예외

• 커스텀예외는 비즈니스 예외(업무 규칙 위반)와 시스템/인프라 문제를 표현한 예외로 나뉜다.
• 표준예외와 달리 커스텀예외는 설계자가 Checked/Unchecked Exception을 선택 가능하다. CheckedException은 (RuntimeException을 제외한)Exception을 상속받으며 trycatch나 throw로 예외처리 하지 않으면 컴파일조차 못하도록 막고, UncheckedException은 RuntimeException을 상속받으며 컴파일러가 예외처리 유무에 관심이 없다. 즉 예외가 났을 때, 다른 대안 경로가 존재하여 복구가 가능하면 CheckedException을 주로 사용하고, 복구가 불가하여 그냥 멈추고 실패를 알리는 방법뿐이라면 UncheckedException을 사용한다.

사진 자료:
https://www.youtube.com/watch?v=F-XkE9oM9hI&t=69s
https://sjh836.tistory.com/122

[dnnals]

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

표준 예외는 자바가 만들어서 제공하는 예외들이고 커스텀 예외는 자바 표준 예외를 상속 받아 비지니스 예외 성격에 맞게 새로 이름 지어준 예외입니다. 즉, 커스
텀 예외를 잘 사용하기 위해선 반드시 표준 예외에 대한 이해가 선행돼야 합니다. 그래서 표준 예외에 대해 자세하게 설명하자면 자바는 Throwable 이라는 클래스가 존재하고 하위 클래스로 Error와 Exception이 존재합니다. 여기서 Error는 시스템적인 심각한 문제를 다루는 것이라 개발자의 영역이 아니며 Exception은 RuntimeException과 RuntimeException이 아닌 예외로 구분되고 RuntimeException은 UncheckedException, RuntimeException이 아닌 Exception은 CheckedException입니다. 여기서 CheckedException은 예외처리가 강제되는 컴파일 수준의 예외입니다. 따라서 예외처리가 돼있지 않으면 컴파일 자체가 안되기 때문에 개발자가 예외를 발견하기 쉬운 환경적 예외입니다. 하지만 UncheckedException은 예외처리가 강제되지 않는 런타임 수준의 예외이기 때문에 개발자가 예외 처리를 누락하여 프로세스가 예기치 않게 종료가 될 수도 있는 논리적 예외입니다. 따라서 개발자는 비지니스 로직에서 발생할 수 있는 UncheckedException에 대해 예외 발생을 최소화해야하며 혹시나 일어날 예외 처리를 잘 해두어 예기치 않은 종료를 막아야 합니다. 커스텀 예외는 주로 비지니스 성격에 맞는 예외이기 때문에 주로 UncheckedException인 RuntimeException을 상속 받아 정의하고 비지니스 성격을 지녔지만 차선책이 반드시 강요되거나 결제, 보안 등 핵심 로직일때 CheckedException을 상속 받아 개발자가 절대 예외처리를 누락할 수 없도록 만들기도 합니다.

[JM-220]

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

표준 예외는 자바에서 제공하는 표준 예외이다. 자바로 개발하는 개발자들은 표준 예외에 익숙한 경우가 많고, 그에 따라 수월한 의사소통이 수반된다.

자바에서 예외는 컴파일 예외와 런타임 예외로 나뉜다. 컴파일 예외는 특성상 처리하기 쉽고, 보통 개발자에게 예외 처리란 런타임 예외를 처리하는 것을 의미한다. 모든 예외의 상위에는 Exception, Throwable 클래스가 있으며 Throwable에 getMessage() 와 printStackTrace() 가 있다.
예외는 다시 checked exception 과 unchecked exception 으로 나뉘는데, 사실 checked exception은 컴파일 예외, unchecked exception은 런타임 예외라고 보아도 무방하다. 컴파일 예외는 체크해야 하는 예외이고, 런타임 예외는 체크하지 않아도 되는 예외이다. 어떻게 보면 당연한 개념이지만, 왜 checked, unchecked 가 추가되었냐면, checked exception을 unchecked exception으로 처리할 수도 있기 때문이다. 실제로 별 것 아닌 예외가 checked exception으로 되어 있는 경우도 있다고 한다.

커스텀 예외는 자바에서 기본 제공하는 예외가 아니라 사용자가 지정한 예외이다. 특정 상황에서 예외를 직접 발생시킬 수 있다. 표준 예외와 다르게 네이밍을 잘 하지 않으면 의사소통에서 불리한 경우가 있다.

표준 예외에서 살펴본 checked exception, unchecked exception으로 각각 커스텀 예외를 만들 수 있는데 checked 의 경우 Exception을, unchecked 의 경우 RuntimeException을 상속받아 구현한다.
+enum을 통해 커스텀 예외를 더 잘 관리할 수 있다.

[eunji719]

표준 예외는 자바 라이브러리에서 제공하는 예외로 일반적인 오류 상황을 표현한다. 반면 커스텀 예외는 프로젝트의 비즈니스 로직이나 규칙을 표현하기 위해 표준 예외만으로 의미를 정확하게 전달할 수 없을 때 개발자가 직접 커스텀한 예외이다. 우선 커스텀 예외에 대해 할말이 많은데 커스텀 예외 이름을 지을 땐 어떤 문제가 발생했는지 쉽게 파악할 수 있도록 지어야 코드의 가독성과 유지보수에 좋다. 커스텀 예외는 표준 예외인 Exception을 상속받는 Checked Exception과 Exception의 자식 클래스인RuntimeException을 상솓받는 Unchecked Exception으로 나눌 수 있다. Checked 익셉션은 컴파일러가 반드시 처리하도록 강제하는 예외로 파일이나 데이터베이스처럼 외부환경에 의해 오류가 발생했을 때, 호출 한 곳에서 복구할 방법이 있을 때 쓰는 예외이다. Unchecked Exception은 NullPointerException이나 IllegalArgumentException처럼 개발자가 쓴 잘못된 코드로 인해 복구할 수 없어서 던지는 예외로 컴파일러가 강제하지는 않는다.

[paiwhy]

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

표준예외

→ 표준예외란 자바 API에서 제공하는 예외를 의미합니다.
표준예외를 사용하게 될 경우 다른사람들이 많이 사용해본 규약을 따르기에 익히고 사용하기에 수월합니다. 또한 예외 클래스를 별로 만들지 않아도 되기에 메모리 사용량과 클래스 적재시간이 줄어듭니다.

예)
NullPointerException: null을 허용하지 않는 메서드에 null을 주었을때 발생하는 예외
IllegalArgumentException: 허용하지 않는 값이 인수로 주어졌을때 발생하는 예외

커스텀예외

→ 커스텀 예외란 자바에서 제공하는 예외를 상속해 직접 만든 예외 클래스입니다.
커스텀 예외에는 필요한 객체를 저장해 사용할 수 있어 상세한 정보를 제공할 수 있습니다.
클래스 이름만으로 어떤 예외를 사용하는지 의미 전달이 가능합니다. 예외 발생상황을 정확하게 잡아서 처리하는것도 가능합니다.
커스텀 예외는 너무 많이 만들면 코드가 복잡해 집니다 서비스 정책이나 도메인 규칙을 표현해야 하면 커스텀 예외를 사용하는 것이 좋습니다.