Java 예외 처리

☕ Java 예외 처리 완전 정복 (Throwable / Error / Exception / try-catch-finally / throws / 사용자 정의 예외)

 

1) 예외(오류)도 “클래스”다: 최상위 Throwable

자바에서 문제가 발생했다는 걸 표현하는 것들은 전부 클래스로 되어 있고, 그 최상위 부모가 바로:

• java.lang.Throwable

즉, 던질 수(throw) 있는 객체가 Throwable 계열이야.

계층 구조는 크게 이렇게 갈라져:

 

2) Error vs Exception — 제어 대상이 다르다

✅ Error : “프로그램이 어쩔 수 없는” 시스템급 문제

• JVM/시스템이 심각하게 망가진 상황
• 보통 코드로 복구하려고 하지 않음
• 예: OutOfMemoryError, StackOverflowError

결론: 대부분 catch 하지 않는다.
“나 지금 숨도 못 쉬겠어” 수준이라 프로그램이 정상 처리하기 어렵다.

---

✅ Exception : “프로그램이 예상하고 처리 가능한” 문제

• 입력이 잘못됨, 파일이 없음, 네트워크 끊김 등
• 우리가 try-catch로 다루는 핵심 영역

---

3) Exception 안에서도 핵심 2종류: Checked vs Unchecked

(1) ✅ Checked Exception (컴파일러가 강제)

대표: IOException, FileNotFoundException, ClassNotFoundException

특징:

• 컴파일러가 “이거 처리 안 하면 컴파일 안 됨”이라고 강제함
• 그래서 아래 둘 중 하나를 해야 함
  1. try-catch로 처리
  2. 메서드에 throws로 떠넘기기

(2) ✅ Unchecked Exception = RuntimeException (실행 중 발생)

대표: NumberFormatException, NullPointerException, IndexOutOfBoundsException

특징:

• 컴파일러가 강제하지 않음
• 보통 코드 실수/로직 문제인 경우가 많음
  (물론 입력값 검증 같은 “예측 가능 상황”에서도 많이 씀)

---

4) try ~ catch ~ finally: “터질 수 있는 곳”을 안전하게 감싸는 방법

✅ 4-1) try : 예외가 발생할 가능성이 있는 코드

 

"ABC"는 숫자가 아니니까 Integer.parseInt()가 변환하다가 터져서
NumberFormatException(런타임 예외)이 발생해.

 

✅ 4-2) catch : 터졌을 때 처리하는 코드

여기서 중요한 포인트:

• e.getMessage() : “왜 터졌는지” 짧은 메시지
• e.printStackTrace() : 어디서 터졌는지 (호출 경로 전체) 출력
  → 디버깅할 때 진짜 중요해

 

✅ 4-3) finally : “무조건 실행되는 마무리 작업”

 

finally는 try가 성공하든 실패하든 거의 항상 실행돼.

📌 보통 finally는 이런 “뒷정리”에 씀:

• 파일 닫기
• DB 연결 종료
• 잠금(lock) 해제
• 로그 남기기

참고로, 요즘은 파일/스트림 종료는 try-with-resources를 더 권장해 (아래에서 설명할게).

5) throws : “여기서 처리 안 하고, 호출한 곳에게 넘김”

네 이미지의 핵심 문장이 이거였지:

“throw를 사용해 해당 메서드에서 처리하지 않고 미룬 후, 메서드를 호출한 부분에서 예외처리를 할 수 있다.”

여기서 정확히 말하면,

• **throws**는 “이 메서드는 이런 예외를 던질 수 있어요”라고 선언하는 거야.

예시(이미지와 동일한 흐름):

 

• FileInputStream: 파일을 읽기 위한 스트림 클래스
• FileNotFoundException: 파일이 없을 때 나는 Checked Exception (컴파일러가 처리 강제)

 

• loadClass(fileName, className) 메서드:
  • 파일을 열고(fileName)
  • 클래스 이름으로 클래스를 찾아서(className)
  • 그 Class 객체를 반환함
• 핵심: throws FileNotFoundException, ClassNotFoundException
  • 이 메서드 안에서 이런 예외들이 발생할 수 있는데,
  • 여기서 try-catch로 처리하지 않고
  • **“이 메서드를 호출한 쪽에서 처리해라”**라고 위임하는 선언이야.
  • FileInputStream fis = new FileInputStream(fileName);
    실제로 파일을 열려고 시도함 만약 "a.txt"가 없으면 여기서 바로 FileNotFoundException 발생
    그리고 이 예외는 throws로 선언되어 있으니,이 메서드 안에서 안 잡아도 되고호출한 곳으로 던져짐(전파됨)
  • Class c = Class.forName(className);
    문자열로 된 클래스 이름을 보고 클래스를 로딩함예: "java.lang.String"은 존재하니까 성공
    그런데 만약 "java.lang.Strinnng" 같이 오타면? ClassNotFoundException 발생 (Checked)

 

• 위 두 과정이 성공하면 Class 객체를 돌려줌
• 중간에 예외 터지면 여기까지 못 옴 (바로 중단)

} catch (FileNotFoundException e) {
    e.printStackTrace();

 

• 파일이 없는 경우 여기서 잡는다
• printStackTrace()는 “어디서 터졌는지” 로그 찍기

} catch (ClassNotFoundException e) {
    e.printStackTrace();
클래스 못 찾은 경우 여기서 잡는다

✅ 이 코드의 메시지

• loadClass()는 처리하지 않고 throws로 넘김
• main()에서 try-catch로 처리함
• 이게 “호출자에게 책임을 위임하는 구조”야.

 

 

 

 

 

✅ catch 순서가 중요한 이유

• 구체적인 예외 → 더 큰 예외 순서로 잡아야 해.
• 왜냐면 Exception이 먼저 오면, 아래의 구체 예외들은 “도달 불가 코드”가 돼서 컴파일 에러가 나.

✅ 올바른 순서:

1. FileNotFoundException
2. ClassNotFoundException
3. Exception

6) throw vs throws 차이 한 방에 정리

구분의미위치예시

throw	예외를 실제로 발생시킴(던짐)	코드 실행 위치	throw new IllegalArgumentException("잘못된 값");
throws	이 메서드가 던질 수 있다고 선언	메서드 선언부	public void a() throws IOException {}