😀

08. 예외처리

태그

에러

예외처리

에러와 예외

심각도에 따른 분류

•

Error

◦

메모리 부족, stack overflow와 같이 발생하면 복구할 수 없는 상황

◦

프로그램의 비정상적 종료를 막을 수 없음 → 디버깅 필요

•

Exception

◦

읽으려는 파일이 없거나 네트워크 연결의 단절 등 수습이 가능한 상황

◦

프로그램 코드에 의해 수습될 수 있는 상황

•

예외 처리

◦

예외 발생 시 프로그램의 비정상 종료를 막고 정상적인 실행 상태를 유지하는 것

예외 클래스의 계층

checked exception

•

예외에 대한 대처 코드가 없으면 컴파일이 진행되지 않음

•

필수적으로 예외처리 수행

unchecked exception

•

예외에 대한 대처 코드가 없더라도 컴파일은 진행

•

개발자가 예외 발생 가능한 상황을 고려해야 함

try ~ catch 구문

try ~ catch 문에서의 흐름

•

try 블록에서 예외가 발생하면

◦

JVM이 해당 Exception 클래스의 객체를 생성 후 던짐(throw)

(throw new XXException()

◦

던져진 exception을 처리할 수 있는 catch 블록에서 받은 후 처리
적당한 catch 블록을 만나지 못하면 예외처리는 실패

•

try블록에서 예외가 발생하지 않은 경우

◦

catch 문을 거치지 않고 try-catch 블록의 다음 흐름 문장을 실행

다중 exception handling

•

 try 블록에서 여러 종류의 예외가 발생할 경우

◦

하나의 try 블록에 여러 개의 catch 블록 추가 가능

•

다중 catch 문장 작성 시 순서 유의사항
- JVM이 던진 예외는 catch 문장을 찾을 때 다형성이 적용됨
- 상위 타입의 예외가 먼저 선언되는 경우 뒤에 등장하는 catch 블록은 동작할 기회가 X
- 상속 관계가 없는 경우는 무관, 
   ㄴ 상속 관계에서는 작은 범위(자식)에서 큰 범위(조상) 순서로 정의

try ~ catch ~ finally

finally

•

예외 발생 여부와 상관 없이 언제나 실행

•

중간에 return을 만나는 경우도 finally 블록을 먼저 수행 후 리턴 실행

•

자원정리의 목적으로 자주 사용됨 (자원 반납)

try- with- resources

JDK 1.7 이상에서의 리소스의 자동 close 처리

•

try 선언문에 선언된 객체들에 대해 자동으로 close를 호출해준다. (finally 역할)

◦

단, 해당 객체들이 AutoCloseable interface를 구현해야 한다.
        (각종 I/O 스트림, socket, connection,,,)

◦

해당 객체는 try블록에서 다시 할당될 수 없다.

사용자 정의 예외

•

API에 정의된 exception 이외에 필요에 따라 사용자 정의 예외 클래스 작성

•

대부분 Exception 또는 Runtime Exception 클래스를 상속받아 작성

◦

checked exception 활용 : 명시적 예외처리 or throws 필요
   ㄴ 코드는 복잡해지지만 처리 누락 등 오류 발생 가능성은 줄어듬

◦

runtime exception 활용 : 묵시적 예외처리 가능
   ㄴ 코드가 간결해지지만 예외 처리 누락 가능성 발생

•

사용자 정의 예외처리의 장점
- 객체의 활용 : 필요한 추가정보, 기능 활용 가능
- 코드의 재사용 : 동일한 상황에서 예외 객체 재사용 가능
- throws 메커니즘의 이용 - 중간 단계에서 return 불필요