Kotlinのrethrow（例外の再送出）の使い方を初心者向けに解説！catchで処理してから再度スローする方法

Kotlinの例外処理におけるrethrow（例外の再送出）の使い方

先生と生徒の会話形式で理解しよう

生徒

「Kotlinのcatchってエラーを捕まえて終わりですよね？」

先生

「たしかに普通はそうですが、一度処理してから再び投げることもできるんですよ。それをrethrow（リスロー）といいます。」

生徒

「えっ、投げるってどういう意味ですか？」

先生

「プログラムに『このエラーを上の処理に戻して！』と伝えることを“投げる”と言います。詳しく説明しますね！」

1. Kotlinのrethrow（例外の再送出）とは？初心者向けに概念を解説

Kotlin（コトリン）でプログラミングをしていると、予期せぬエラー（例外）が発生してアプリが止まってしまうことがあります。通常はtry-catchを使ってそのエラーを捕まえ、アプリが落ちないように「安全に処理」します。

しかし、中には「ここでエラーが起きたことを記録（ログ出力）だけしておいて、実際の解決策はもっと詳しい別の場所に任せたい」という場面が出てきます。これを、一度キャッチしたボールを再び投げる様子に例えて、rethrow（リスロー：例外の再送出）と呼びます。

イメージで理解しよう！
料理中に「コンロの火がつかない」というトラブル（例外）が起きたとします。
1. catch： 自分で説明書を読んで直そうとする（その場で解決）。
2. rethrow： 「火がつかない！」とメモに残したあと、専門の修理業者（上位のプログラム）に連絡して任せる。

まずは、プログラミングが初めての方でも分かりやすい簡単なイメージコードを見てみましょう。


fun checkStove() {
    try {
        // エラーが発生する可能性がある処理（例：火がつかない）
        throw Exception("コンロが故障しています")
    } catch (e: Exception) {
        // 一度ここでエラーを捕まえて、メモ（ログ）を書く
        println("【現場のメモ】エラーが発生しました: ${e.message}")

        // 再びエラーを投げて（rethrow）、修理業者（上の処理）に知らせる
        throw e
    }
}

この仕組みを使うことで、「エラーの記録」と「エラーの解決」を役割分担できるようになります。コードの品質を高め、大規模なアプリ開発でもミスを防ぐために欠かせない、プロの現場でも必須のテクニックです。

2. 例外を再送出（rethrow）する基本構文とメリット

Kotlinでエラーが発生した際、その場でログを記録しつつ、さらに上位の処理へエラーを通知したい場合があります。これを「例外の再送出（リスロー）」と呼びます。やり方は非常にシンプルで、catchブロックの中で受け取った例外オブジェクトを再びthrowするだけです。

初心者向けのポイント：
「ここでは一旦メモだけ取っておくから、実際の解決（アプリを止めるか等）はリーダー（呼び出し元）に任せるよ！」という役割分担ができるようになります。

プログラミングが初めての方でも分かりやすいよう、数字の変換エラーを例に見てみましょう。


fun riskyOperation() {
    try {
        // 文字列 "abc" は数字に変換できないためエラーが発生します
        val number = "abc".toInt()
    } catch (e: NumberFormatException) {
        // 1. まずはこの場所でエラーが起きたことを記録（ログ出力）
        println("【ログ】変換に失敗しました。詳細: ${e.message}")

        // 2. 発生したエラーをそのまま外側（呼び出し元）へ投げ返す
        throw e 
    }
}

このコードの動きは以下の通りです。まずtoInt()で失敗すると、catchブロックが動いてエラー内容を表示します。その直後、throw eを実行することで、この関数を呼び出した側の処理に「やっぱりエラーだったよ」とバトンを渡しています。これにより、特定の関数だけで問題を隠さず、システム全体で正しくエラー管理ができるようになります。

3. 実行例：上位の関数で再送出された例外をキャッチする

「例外を再送出（スロー）する」とは、発生したエラーをその場で解決せず、呼び出し元の関数へバトンタッチすることを指します。これにより、エラーの記録（ログ出力）は現場で行い、具体的な後始末（ユーザーへの通知など）は上位の関数で行うといった、役割分担が可能になります。

プログラミング未経験の方でも分かりやすいよう、文字列を数字に変換しようとして失敗する（NumberFormatException）ケースを例に、具体的なコードを見てみましょう。


// エラーが発生する可能性がある関数
fun riskyOperation() {
    try {
        // 文字列 "abc" は数字に変換できないため、ここでエラーが発生します
        val number = "abc".toInt()
    } catch (e: NumberFormatException) {
        // ① まずは関数の中でエラーを検知し、ログを記録します
        println("ログ出力：riskyOperation内でエラーを検知しました -> ${e.message}")
        
        // ② 「throw」を使って、エラーを呼び出し元のmain関数へ投げ返します（再送出）
        throw e
    }
}

fun main() {
    try {
        // 関数を呼び出します
        riskyOperation()
    } catch (e: NumberFormatException) {
        // ③ 再送出されたエラーをここで最終的にキャッチします
        println("main関数：再送出されたエラーを受け取り、適切に処理しました。")
    }
}


ログ出力：riskyOperation内でエラーを検知しました -> For input string: "abc"
main関数：再送出されたエラーを受け取り、適切に処理しました。

このサンプルでは、riskyOperationの中で一度エラーを捕まえてログを表示したあと、throw eを実行してエラーを外側に放り出しています。それを外側のmain関数がしっかりと受け止めているのが分かりますね。

このように例外の再送出を活用することで、プログラムのどこで問題が起きても、「どこで記録し、どこで解決するか」を柔軟にコントロールできるようになります。これが、大規模な開発でもエラーに強いシステムを作るための第一歩です。

4. なぜrethrow（例外の再送出）が必要なのか？

例外を再送出（rethrow）する最大の理由は、「エラーが起きたことだけは記録したいけれど、どう対処するかはもっと上の立場の人に決めてほしい」という状況があるからです。

これを日常生活に例えると、会社の「受付窓口」のようなイメージです。

現場（関数内）：「トラブルが起きました！」という事実をログ（日記）にメモする。
rethrow：そのトラブルの内容を、そのまま上司（呼び出し元）へ報告する。
上司（上位の処理）：報告を受けて、「お客様に謝罪する」か「もう一度やり直す」かを最終判断する。

もしrethrowを使わずにその場で無理やり処理を終わらせてしまうと、上の処理は「すべて順調に進んだ」と勘違いしてしまい、後から大きな矛盾が生じる原因になります。特に大規模なアプリでは、「エラー記録は現場で、ユーザーへの通知は最上位で」という役割分担が、コードを綺麗に保つための鉄則です。

プログラミング未経験の方でも分かりやすい、簡単なSwiftのサンプルを見てみましょう。


func checkInventory() throws {
    do {
        // ここでエラーが起きたと想定
        try processOrder()
    } catch {
        print("現場：在庫エラーのログを記録しました。")
        // ここでrethrow！エラーを上司（呼び出し元）に投げ返す
        throw error
    }
}

// 最終的な判断をする「上の処理」
do {
    try checkInventory()
} catch {
    print("上司：エラー報告を受けたので、画面に『在庫不足です』と表示します。")
}

このように、rethrowを使うことで「エラーの記録」と「エラーへの対策」を別々の場所で賢く分担できるようになります。これが、保守性の高い（修正しやすい）プログラムを作るための第一歩です。

5. rethrowを使うときの注意点と安全な実装方法

例外の再送出（rethrow）は非常に便利ですが、初心者が陥りやすい落とし穴がいくつかあります。まず大前提として、throw（投げる）対象は必ず例外オブジェクト（Exception）でなければなりません。

例えば、catchブロックで受け取った変数 e 以外の文字列や数値を間違えて投げようとすると、コンパイルエラーが発生してプログラムが動きません。あくまで「発生したエラーをそのまま上に渡す」という役割を意識しましょう。

未経験者向けポイント： rethrowした例外は、さらに「外側」の処理でキャッチされない限り、最終的にプログラムを強制終了させてしまいます。そのため、呼び出し元の関数でもtry-catchを準備しておくのが、安全なプログラミングの鉄則です。

具体的な失敗例と正しい対策を、Kotlinのサンプルコードで見てみましょう。


fun main() {
    try {
        validateAge(-5) // ここでエラーが発生
    } catch (e: Exception) {
        // rethrowされた例外を最終的にここで安全にキャッチする
        println("最終的なエラー処理: ${e.message}")
    }
}

fun validateAge(age: Int) {
    try {
        if (age < 0) {
            throw IllegalArgumentException("年齢に負の数は入力できません")
        }
    } catch (e: Exception) {
        println("ログ記録: エラーが発生しました")
        // 注意：e以外のものを投げるとエラーになります
        throw e // これが正しいrethrow
    }
}

このように、エラーを「報告（ログ出力）」しつつ、解決自体は「より適切な場所（呼び出し元）」に任せることで、プログラム全体の信頼性がグッと高まります。

6. rethrowの実用例：ファイル処理の中で使う

たとえば、ファイルを開くときにエラーが出る可能性がある場合、ログを残してから再送出する例です。


fun readFile() {
    try {
        throw java.io.IOException("ファイルが見つかりません")
    } catch (e: java.io.IOException) {
        println("エラーログ：${e.message}")
        throw e
    }
}

fun main() {
    try {
        readFile()
    } catch (e: java.io.IOException) {
        println("mainでファイルエラーを処理しました")
    }
}


エラーログ：ファイルが見つかりません
mainでファイルエラーを処理しました

このように、rethrowはエラーログを残しつつ、処理を上位に任せるためのテクニックとして使えます。

Kotlinを基礎からしっかり学びたい人や、 Java経験を活かしてモダンな言語にステップアップしたい人には、定番の入門書がこちらです。

基礎からわかるKotlinをAmazonで見る

※ Amazon広告リンク

7. Kotlinの例外処理とrethrowを正しく使い分けよう

Kotlinでは、エラーをその場で処理するだけでなく、throwを使って再び投げることで、柔軟にエラーハンドリングができるようになります。

初心者でも使えるように、まずはログ出力 → throw → 上位でcatch、という流れを理解しておくと安心です。

【未経験OK】Kotlinで始めるプログラミング入門｜ゼロから「動く喜び」を体験する60分

「プログラミングを始めたい」を形にする。最新言語Kotlinで楽しむ、ものづくりの第一歩。

本講座は、プログラミング経験が全くない方のためのエントリー講座です。「コードを書くってどういうこと？」という基本から、世界中で使われている最新言語Kotlin（コトリン）を使って、実際にプログラムを動かすまでを体験します。難しい理屈よりも、まずは「自分の手で動かす楽しさ」を最短距離で実感していただきます。