例外処理（エラーハンドリング）

なぜ「戻り値」で返さないのか

エラーを「特別な戻り値」で表す方法（後述のエラーコード方式）には弱点があります。呼び出すたびに結果を確認しないと、エラーを見落とせてしまうこと、そしてエラー処理のコードが本筋に混ざって読みにくくなることです。

例外方式は、異常が起きた瞬間に処理を中断し、チェックを書き忘れても勝手に下へ進めないようにします。これにより「気づかないままおかしな状態で進む」事故を防げます。

// 例外を投げる側
function divide(a, b) {
  if (b === 0) {
    throw new Error('0 で割れません'); // 異常を“投げる”
  }
  return a / b;
}

// 受け止める側
try {
  const result = divide(10, 0);
  console.log(result);       // ここは実行されない
} catch (err) {
  console.error(err.message); // "0 で割れません"
}

try / catch / finally

例外処理の基本は3つのブロックです。役割を分けて覚えると混乱しません。

エラーの伝播（どこで捕まえるか）

catch がない関数で例外が起きると、その例外は呼び出し元へ自動的にさかのぼっていきます。これを伝播（propagation）と呼びます。途中の関数が捕まえなければ、さらに上へ。最後まで誰も catch しなければ、プログラム自体が異常終了します。

function load() {
  throw new Error('読み込み失敗');
}
function process() {
  load();          // ここでは catch しない → そのまま上へ伝播
}
function main() {
  try {
    process();     // ここでまとめて受け止める
  } catch (err) {
    console.error('処理を中断:', err.message);
  }
}

ポイントは、**「対処できる場所まで素通りさせてよい」**ということ。途中の関数が中身を知らなくても、適切な場所で1か所だけ捕まえれば済みます。これが「正常系とエラー系を分けられる」という利点の実体です。

エラーコード方式 vs 例外方式

エラーの伝え方には大きく2系統あります。言語によって主流が異なり（Go や C はコード方式寄り、Java や Python は例外寄り）、どちらが「正しい」というより向き不向きがあります。

リソース解放を確実に

ファイル・ネットワーク接続・ロックなどは、処理が成功しても失敗しても必ず閉じる必要があります。途中で例外が飛んでも解放されるよう、finally か、それを言語が肩代わりする仕組み（Python の with、C# / Java の using / try-with-resources）を使います。

# with は、ブロックを抜けるとき（例外時も含めて）自動で close する
with open('data.txt') as f:
    data = f.read()
    process(data)        # ここで例外が出ても f は確実に閉じられる
# ここに来た時点で f はもう閉じている

手で書くなら finally です。try の前ではなく中で開き、finally で閉じるのが定石です。

const conn = openConnection();
try {
  conn.query('...');
} finally {
  conn.close(); // 成功でも例外でも必ず閉じる
}

握りつぶし禁止（最大のアンチパターン）

// アンチパターン：握りつぶし
try {
  riskyCall();
} catch (e) {
  // 何もしない ← エラーがなかったことにされる
}

その他、現場でよく刺さるポイント：

• 広すぎる catch を避ける：catch (Exception) のように何でも捕まえると、想定外のバグまで隠してしまう。捕まえる型はできるだけ具体的に。
• 元の原因を捨てない：投げ直すときは元の例外を「原因（cause）」として連鎖させ、スタックトレースを残す。新しいエラーで上書きして握りつぶさない。
• エラーメッセージは具体的に：「失敗しました」ではなく「ファイル X が見つかりません」など、後から原因を特定できる情報を載せる。

まとめと関連

• 例外処理は「異常を投げ、対処できる場所で捕まえ、後始末は確実に」という分業の仕組み。
• 捕まえるのは対処できる層だけ、解放は finally / with / using で確実に、握りつぶしは厳禁。
• 「想定内のこと」は例外ではなく戻り値で表すなど、コストと読みやすさのバランスで使い分ける。

例外を投げたり受けたりするのは関数の境界です。どんなエラーを投げ得るかを型で表現する言語もあり、これは型システムの話題（検査例外やResult型）につながります。また非同期処理では、例外の捕まえ方が同期コードと変わる（Promise の .catch や async/await + try/catch）点にも注意が必要です。