✅ Java의 Checked Exception vs Unchecked Exception

1. Checked Exception

📌 개념

• 컴파일 시점에 반드시 처리해야 하는 예외
• 개발자가 try-catch 또는 throws로 예외를 명시적으로 처리해야 함
• 예외 처리를 하지 않으면 컴파일 오류 발생!
• 주로 외부 시스템과 통신하는 과정에서 발생하는 예외

➡ 예: 파일 I/O, DB 연결, 네트워크 통신 등 예측 가능한 실패 가능성이 존재하는 경우

📌 대표적인 Checked Exception

• IOException → 파일 입출력 실패
• SQLException → DB 작업 실패
• ClassNotFoundException → 클래스 로드 실패
• InterruptedException → 스레드 인터럽트

📌 예제 코드

import java.io.File;
import java.io.FileReader;
import java.io.IOException;

public class CheckedExceptionExample {
    public static void main(String[] args) {
        try {
            File file = new File("test.txt");
            FileReader fr = new FileReader(file); // FileNotFoundException 발생 가능
        } catch (IOException e) { // 반드시 처리해야 함
            System.out.println("파일을 찾을 수 없습니다: " + e.getMessage());
        }
    }
}

2. Unchecked Exception (Runtime Exception)

📌 개념

• 런타임(Runtime)에 발생하는 예외
• 컴파일 단계에서 예외 처리를 강제하지 않음
• 대부분 프로그래머의 논리적 실수 때문에 발생

➡ 예: 잘못된 인덱스 접근, null 접근, 잘못된 형변환 등

📌 대표적인 Unchecked Exception

• NullPointerException → null 객체 참조
• ArrayIndexOutOfBoundsException → 배열 인덱스 초과
• ArithmeticException → 0으로 나누기
• ClassCastException → 잘못된 다운캐스팅

📌 예제 코드

public class UncheckedExceptionExample {
    public static void main(String[] args) {
        String text = null;
        System.out.println(text.length()); // NullPointerException 발생
    }
}

3. Checked vs Unchecked Exception 비교

구분	Checked Exception	Unchecked Exception
예외 처리	반드시 처리해야 함	처리 강제 없음
발생 시점	컴파일 시 검사	런타임에 발생
주된 원인	외부 환경 문제	프로그래머 실수 또는 로직 문제
대표 예시	IOException, SQLException	NullPointerException, ArithmeticException

4. 언제 Checked vs Unchecked를 사용해야 할까?

🔹 Checked Exception을 사용해야 하는 경우

• 실패 가능성이 충분히 예측 가능하고
• 반드시 개발자가 예외 처리를 해야 하는 경우
• 외부 시스템과의 I/O 작업: 파일, 네트워크, DB 등

➡ 예: 파일이 없을 수도 있으므로 반드시 예외 처리 필요

🔹 Unchecked Exception을 사용해야 하는 경우

• 로직 오류로 인해 발생할 가능성이 큰 경우
• 개발자가 직접 방지하도록 유도하는 것이 좋음
• “회복 가능한 예외”가 아닌 상황

➡ 예: null 체크 누락, 잘못된 인덱스 접근

---