例外処理とchecked/uncheckedの区別はどのように機能しますか？

Question

Accepted Answer

Javaは**`try`/`catch`/`finally`**でエラーを処理し、**checked例外**（宣言または処理が必須）と**unchecked例外**（実行時、強制されない）を独自に区別しています。この区別を理解することはJavaのエラー処理の中核です。

## 基本的な構造

```java
try {
    FileReader f = new FileReader("file.txt");   // may throw IOException
    // ... use it ...
} catch (FileNotFoundException e) {
    System.out.println("not found: " + e.getMessage()); // specific first
} catch (IOException e) {
    System.out.println("io error");                      // broader after
} finally {
    System.out.println("always runs — cleanup");         // runs no matter what
}
```

`finally`は常に実行されます（クリーンアップ）。例外がスローされた場合やreturnが発生した場合でも実行されます。

## 例外の階層

```text
Throwable
  ├── Error            — serious JVM problems (OutOfMemoryError) — don't catch
  └── Exception
        ├── RuntimeException  → UNCHECKED (not enforced by the compiler)
        │     NullPointerException, IllegalArgumentException, IndexOutOfBounds...
        └── (other Exceptions) → CHECKED (compiler enforces handling)
              IOException, SQLException...
```

## Checked例外 — コンパイラに強制される

```java
// MUST either catch it or declare `throws` — the compiler won't let you ignore it
public void readFile() throws IOException {   // declare it
    Files.readAllLines(Paths.get("file.txt")); // throws checked IOException
}
```

**Checked例外**（IOException、SQLException）は回復可能で予期された状態（ファイル欠落、ネットワーク障害など）を表します。コンパイラは処理または宣言を*強制*します — 外部障害処理を明示的にします。

## Unchecked例外 — 実行時、強制されない

```java
// NOT required to declare or catch — usually indicate PROGRAMMING BUGS
String s = null;
s.length();                       // NullPointerException (unchecked)
int x = arr[10];                   // ArrayIndexOutOfBoundsException (unchecked)
Integer.parseInt("abc");           // NumberFormatException (unchecked)
```

**Unchecked例外**（RuntimeExceptionのサブクラス）は通常、プログラミングエラーを示します — バグを修正するのであり、あちこちでキャッチするのではありません。コンパイラは処理を強制しません。

## try-with-resources（自動クリーンアップ）

```java
// resources implementing AutoCloseable are closed automatically
try (FileReader f = new FileReader("file.txt")) {
    // use f
}   // f.close() called automatically, even on exception — no finally needed
```

## ベストプラクティス

```text
✓ Catch specific exceptions, not bare Exception
✓ Use try-with-resources for files/connections (auto-close)
✓ Don't swallow exceptions silently (empty catch blocks)
✓ Throw meaningful exceptions; include context in messages
✓ Custom exceptions extend Exception (checked) or RuntimeException (unchecked)
```

## なぜ重要なのか

堅牢なエラー処理は必須であり、Javaの**checked/uncheckedの区別は定義的な（そして議論の余地がある）機能**で、深く理解する価値があります。

Checked例外は予期された外部障害（I/O、DB）の明示的な処理を強制します — 信頼性を促進しますが、時には冗長と批判されます。Unchecked例外は日常的にキャッチするのではなく修正すべきバグを表します。

階層を知り、各種類がいつ適用されるか、`try/catch/finally`のセマンティクス、自動クリーンアップのための最新の**try-with-resources**を理解することは、正しく信頼性の高いJavaを書くために基本的です — そして自身の例外を適切に設計するためにも。

この区別はJava APIの設計方法を形作り、インタビューとコードレビューの頻出トピックです。