[JAVA] 13. 예외 발생, finally, 사용자 정의 예외, 예외 되던지기, 연결된 예외

https://hyejin.tistory.com/573

[JAVA] 12. 예외처리 Exception handling

 

1️⃣ 예외 발생시키기 

키워드 throw 를 사용해서 프로그래머가 고의로 예외를 발생시킬 수 있다. 

 

1. 먼저, 연산자 new 를 이용해서 발생시키려는 예외 클래스의 객체를 만든 다음 

Exception e = new Exception("예외 발생");

2. 키워드 throw 를 이용해서 예외를 발생시킨다. 

throw e; 

 

2️⃣ checked 예외와 unchecked 예외 

checked 예외 : 컴파일러가 예외처리 여부를 체크 (예외처리 필수)

unchecked 예외 : 컴파일러가 예외처리 여부를 체크 안함 (예외처리 선택) 

checked 예외

-> 이 예제는 작성한 후에 컴파일을 하면 에러가 발생하여 컴파일이 완료되지 않는 것을 확인할 수 있다.

예외처리가 되어야 할 부분에 예외처리가 되어 있지 않다는 것이다. 

 

unchecked 예외

-> 이 예제는 예외 처리를 하지 않았음에도 불구하고 이전의 예제와는 다르게 성공적으로 컴파일이 될 것이다. 

하지만 실행하면 RuntimeException이 발생하여 비정상적으로 종료된다. 

 

 

3️⃣ 메서드에 예외 선언하기 

예외를 처리하는 방법에는 try~catch문을 사용하는 것 외에, 예외를 메서드에 선언하는 방법이 있다. 

메서드에 예외를 선언하려면, 메서드의 선언부에 키워드 throws를 사용해서 메서드 내에서 발생할 수 있는 예외를 적어주기만 하면 된다. 

그리고 예외가 여러개일 경우에는 쉼표, 로 구분한다. 

 

void method() throws Exception {

  ...

} 

-> 이렇게 예외를 선언하면, 이 예외 뿐만 아니라 그 자손타입의 예외까지 발생할 수 있다는 점에 주의해야한다. 

앞서 오버라이딩에서 살펴본 것과 같이 오버라이딩할 때는 단순히 선언된 예외의 개수 뿐만 아니라 상속관계까지 고려해야한다. 

 

메서드의 선언부에 예외를 선언함으로써 메서드를 사용하려는 사람이 메서드의 선언부를 보았을 때, 이 메서드를 사용하기 위해서는 어떠한 예외들이 처리되어야하는지 쉽게 알 수 있다. 

 

예외에 throws 를 명시하는 것은 예외를 처리하는 것이 아니라 자신을 호출한 메서드에게 예외를 전달하여 예외처리를 피하는 것이다. 

예외를 전달받은 메서드가 또 다시 자신을 호출한 메서드에게 전달할 수 있으며, 이런식으로 계속 호출스택에 있는 메서드들을 따라 전달되다가 제일 마지막에 있는 main 메서드에서도 예외가 처리되지 않으면 main 메서드마저 종료되어 프로그램이 전체가 종료된다. 

 

이처럼 예외가 발생한 메서드에서 예외처리를 하지 않고 자신을 호출한 메서드에게 예외를 넘겨줄 수 있지만, 이것으로 예외가 처리된 것이 아니고 예외를 단순히 전달만 하는 것이다. 

결국 어느 한 곳에서는 반드시 try~catch 문으로 예외처리를 해주어야한다. 

 

-> 예외가 발생한 메서드 내에서 자체적으로 처리해도 되는 것은 메서드 내에서 try~catch 문을 사용해서 처리한다. 

 

 

4️⃣ finally 블럭 

finally 블럭은 예외의 발생여부에 상관없이 실행되어야 할 코드를 포함시킬 목적으로 사용된다. 

try-catch문의 끝에 선택적으로 덧붙여 사용할 수 있으며, try-catch-finally 의 순서대로 구성된다.

 

try {

    // 예외가 발생할 가능성이 있는 문장들을 넣는다. 

} catch(Exception e) {

   // 예외 처리를 위한 문장을 넣는다.

} finally {

   // 예외의 발생여부에 관계없이 항상 수행되어야 하는 문장들을 넣는다.

} 

 

예외가 발생한 경우에는 try -> catch -> finally 순으로 실행 

예외가 발생하지 않은 경우에는 try -> finally 순으로 실행 

 

 

5️⃣ 사용자 정의 예외를 만들기 

기존에 정의된 예외 클래스 외에 필요에 따라 프로그래머가 새로운 예외 클래스를 정의하여 사용할 수 있다. 

보통 Exception 클래스 또는 RuntimeException 클래스로부터 상속받아 클래스를 만들지만, 필요에 따라서 알맞은 예외 클래스를 선택할 수 있다. 

 

기존의 예외 클래스는 주로 Exception 을 상속받아서 checked 예외로 작성하는 경우가 많았지만 요즘은 예외처리를 선택적으로 할 수 있도록 RuntimeException을 상속받아서 작성하는 쪽으로 바뀌어가고 있다. checked 예외는 반드시 예외처리를 해주어야하기 때문에 예외 처리가 불필요한 경우에도 try~catch문을 넣어서 코드가 복잡해지기 때문이다. 

 

프로그래밍 환경이 달라진 만큼 필수적으로 처리해야만 할 것 같았던 예외들이 선택적으로 처리해도 되는 상황으로 바뀌는 경우가 종종 발생하고 있다. 그래서 필요에 따라 예외처리의 여부를 선택할 수 있는 unchecked 예외가 강제적인 checked 예외보다 더 환영받고 있다. 

 

 

6️⃣ 예외 되던지기 exception re-throwing 

한 메서드에서 발생할 수 있는 예외가 여럿인 경우, 몇 개는 try-catch문을 통해서 메서드 내에서 자체적으로 처리하고, 그 나머지는 선언부에 지정하여 호출한 메서드에서 처리하도록 함으로써, 양쪽에서 나눠서 처리되도록 할 수 있다. 

그리고 심지어는 단 하나의 예외에 대해서도 예외가 발생한 메서드와 호출한 메서드, 양쪽에서 처리하도록 할 수 있다.

 

이것은 예외를 처리한 후에 인위적으로 다시 발생시키는 방법을 통해서 가능한데, 이것을 예외 던지기 라고 한다. 

 

먼저 예외가 발생할 가능성이 있는 메서드에서 try-catch문을 사용해서 예외를 처리해주고, catch문에서 필요한 작업을 행한 후에 throw 문을 사용해서 예외를 다시 발생시킨다. 

다시 발생한 예외는 이 메서드를 호출한 메서드에서 전달되고 호출한 메서드의 try-catch문에서 예외를 또 다시 처리한다. 

 

이 방법은 하나의 예외에 대해서 예외가 발생한 메서드와 이를 호출한 메서드 양쪽 모두에서 처리해줘야할 작업이 있을 때 사용된다. 

이 때 주의해야할 점은 예외가 발생할 메서드에서는 try-catch문을 사용해서 예외처리를 해줌과 동시에 메서드의 선언부에 발생할 예외를 throws에 지정해줘야 한다는 것이다. 

 

 

7️⃣ 연결된 예외 chained Exception 

한 예외가 다른 예외를 발생시킬 수도 있다. 예를 들어 예외 A가 예외 B를 발생시켰다면 A를 B의 원인 예외라고 한다. 

Throwable initCause(Throwable cause) : 지정한 예외를 원인 예외로 등록 
Throwable getCause() : 원인 예외를 반환 

발생한 예외를 그냥 처리하는 것이 아니고 원인 예외로 등록해서 다시 예외를 발생시키는 이유 : 

 - 여러가지 예외를 하나의 큰 분류의 예외로 묶어서 다루기 위해서 

 - checked 예외를 unchecked 예외로 바꿀 수 있도록 하기 위해서 

: checked 예외가 발생해도 예외를 처리할 수 없는 상황이 하나 둘 발생하기 시작했다. 이럴 때 할 수 있는 일이라곤 그저 의미없는 try-catch 문을 추가하는 것뿐인데, chekced 예외를 unchekced 예외로 바꾸면 예외처리가 선택적이 되므로 억지로 예외처리를 하지 않아도 된다. 

.

-> MemoryException은 Exception의 자손으로 반드시 예외를 처리해야하는데 이 예외를 RuntimeException으로 감싸버렸기 때문에uncheked 예외가 되었다.