Go言語のpanicとrecoverの仕組みを理解しよう！初心者でもわかるエラーハンドリングの基本

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

生徒

「先生、Go言語でプログラムが急に止まるときに使う panic と、それを助ける recover って何ですか？」

先生

「いい質問ですね。簡単に言うと、panic はプログラムが『もうこれ以上続けられません！』と教えて急停止する仕組みで、recover はその停止をキャッチしてプログラムを安全に続けられるように助ける仕組みです。」

生徒

「えっ、急に止まるって怖いですね。どんな時に使うんですか？」

先生

「例えば、プログラムの中で絶対に起こってはいけない問題が見つかった時に使います。あとで安全にプログラムを止めたり、エラー処理したりできますよ。では、具体的な仕組みを見ていきましょう！」

1. panicとは何か？

panicは、Go言語で「もうこのまま実行すると危険です！」という異常を知らせて、プログラムを強制的に止める仕組みです。たとえば、存在しないファイルを読もうとしたり、予想できない値が来てしまうなど、通常のエラー処理では対処できない場面で使われることがあります。

普通のエラーは「どう対応するか」を考えられますが、panicは「これ以上進めると問題が大きくなるので止める！」という最終手段のような動きになります。panicが起きると、その関数の処理は途中でも止まり、呼び出し元へ戻りながら順に停止していきます。これが「パニック状態」です。

実際に、小さな例で雰囲気を見るとイメージしやすいです。


package main

func main() {
    panic("重大なエラーが発生しました")
}

これを実行すると、メッセージが表示されたあと、プログラムはそこで終了します。はじめて触ると怖い印象ですが、panicは「危険を知らせるアラート」のような役割で、見つけにくいバグや異常動作の発見にもつながります。

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

生徒

「panicって、いきなりプログラムを止めちゃうってことですか？なんだか強すぎる気がします…」

先生

「そうですね。でも『絶対に起きてはいけない状況』が発生したとき、無理に処理を続けるともっと大きな問題になる可能性があります。そういう時に使うと便利なんですよ。」

生徒

「なるほど…。普通のエラーは対応方法を考えるけど、panicは『本当に危険だから止めて！』ってことなんですね。」

先生

「その通り！ただし、panicばかり使うのはよくありません。あくまで非常時のための機能なので、普段は普通のエラー処理で十分です。」

2. recoverとは何か？

recoverは、Go言語のエラーハンドリングで発生中のpanicを受け取り、強制停止を食い止めるための特別な関数です。呼び出すと、panicに渡された値（メッセージやエラー）を返し、適切に処理してからプログラムの続行や後片付け（ログ出力やリソース解放）へつなげられます。

ただし大切な条件があります。recoverが有効になるのはdeferで遅延実行された関数の内部だけです。通常の位置で呼んでもpanicは止まりません。また、panicが発生していないときに呼ぶとnilを返します。つまり「今まさにパニック中か」を判定するスイッチの役割も果たします。

最小のサンプルで動きを確認してみましょう。panic発生時にrecoverで原因を受け取り、メッセージを表示してから安全に処理を終わらせます。


package main

import "fmt"

func main() {
    defer func() {
        if v := recover(); v != nil {        // パニック中なら値が入る
            fmt.Println("panicを回収しました:", v)
        }
        fmt.Println("後片付きをして終了します")
    }()

    fmt.Println("処理開始")
    panic("重大な状態を検知")                  // ここで強制停止が発生
    // 以降は実行されないが、defer内でrecoverが働く
}

このようにrecoverは、panicによるクラッシュを回避し、ログの記録や画面表示の整備などを行う最後の砦として機能します。ポイントは「deferの中で呼ぶ」「返り値nilで有無を判定」「受け取った内容を丁寧に扱う」の三つです。Go言語のpanic/recoverの仕組みを理解しておくと、予期しない異常でも落ち着いて安全に終了まで導けます。

3. panicとrecoverの基本的な使い方

それでは、簡単な例でpanicとrecoverの使い方を見てみましょう。


package main

import "fmt"

func mayPanic() {
    panic("予期しないエラーが発生しました！")
}

func main() {
    // deferで遅延実行し、recoverでpanicを捕まえる
    defer func() {
        if r := recover(); r != nil {
            fmt.Println("panicをキャッチしました:", r)
        }
    }()

    fmt.Println("プログラム開始")
    mayPanic() // ここでpanicが起きる
    fmt.Println("この行は実行されません")
}

この例では、mayPanic関数でpanicを発生させています。main関数の中でdefer（遅延実行）を使い、無名関数内でrecoverを呼んでpanicをキャッチしています。

Go言語を基礎からスッキリ学びたい人や、文法だけでなく「実用的な使い方」まで押さえたい人には、定番の入門書がこちらです。

基礎からわかるGo言語をAmazonで見る

※ Amazon広告リンク

4. defer（ディファー）とは？

deferは、「関数が終わる直前に必ず実行される処理」を書くためのキーワードです。panicが起きたときにrecoverを呼ぶには、このdeferと組み合わせる必要があります。

つまり、panicが起きて関数の実行が中断されても、deferで登録された関数はちゃんと実行され、recoverでpanicを回復できます。

5. panicとrecoverを使う場面とは？

普通のエラー処理で十分な場合が多いですが、panicとrecoverは下記のような場面で使います。

予期しない重大なエラーが発生したとき
ライブラリやフレームワークの内部処理で異常状態を安全に処理したいとき
プログラムを完全に停止させずに復旧させたいとき

ただし、乱用は避け、通常のエラー処理（error型を返す方法）が基本です。

6. 実際のpanicとrecoverの動きのイメージ

プログラムがpanicを起こすと、現在の関数が終了して呼び出し元の関数に戻り、さらに戻りながらdeferで登録された関数を実行します。この途中でrecoverが呼ばれるとpanicが止まり、プログラムは正常に続行できます。

これを「スタックの巻き戻し」と言います。スタックとは、関数の呼び出し履歴のことです。

7. panicとrecoverの注意点

recoverはdeferされた関数内でしか効果がありません。普通の関数内で呼んでもpanicは止まりません。
panicは通常のエラー処理とは異なり、プログラムを強制終了させる仕組みなので、使いすぎないことが大事です。
panicは原因の特定やログ記録のために使うこともありますが、基本はerror型を返すエラー処理を優先しましょう。

まとめ

ここまで、Go言語のプログラムで使われるpanicとrecoverの基本、そして初心者がつまずきやすいポイントをゆっくり整理しながら確認してきました。普段、プログラムを書いていると、思いもよらないエラーに遭遇したり、想定していなかったデータを受け取ってプログラムが止まってしまう場面があります。そんなとき、ただ強制終了してしまうのではなく、途中でメッセージを残したり、後片付きを行うことで、ユーザーにとっても開発者にとっても安心できる振る舞いを実現できます。panicとrecoverは、そのための大切な仕組みです。 panicは、プログラムが「もう続けられない」と判断したときに発生させる強制停止の命令でした。そしてrecoverは、そのpanicを受け止めることでプログラムを安全に終了させたり、ログを残したりする役目を持っています。特にdeferと組み合わせることで、関数が終了するタイミングで確実にrecoverを発動できるため、安心して処理を進められます。

初心者のうちは「プログラムが突然止まるなんて怖い」と思うかもしれませんが、実際はpanicとrecoverを正しく使うことで、予期しない停止に備えられます。大切なのは、必要な場面でだけ使うことです。ふつうのエラー処理はerror型を使うのが基本であり、panicは「本当に守らないといけない部分」「どうしても回避できない異常」など、特別な理由がある時だけ利用するという考え方が一般的です。そして、基本をしっかり押さえておけば、プログラムが動いている裏側でどんな流れが起きているのか、panicが発生した瞬間、どのタイミングでrecoverが動くのか、スタックを巻き戻しながらどの関数が実行を終了していくのか、といった動きが理解できます。同時に、ログを残したり、クリーンアップ処理を行ったりといった細かな対応も自然にできるようになります。

まとめとしての簡単なサンプル

ここでは、振り返りとしてpanicとrecoverの動きをもう一度シンプルな形で確認しておきましょう。下記のサンプルでは、パニックが起きてもプログラム全体が安全に終了できる様子を見ることができます。


package main

import "fmt"

func doSomething() {
    panic("とても大きなエラーが発生しました")
}

func main() {
    defer func() {
        if v := recover(); v != nil {
            fmt.Println("recoverが動作しました:", v)
            fmt.Println("ログを残して後処理中...")
        }
    }()

    fmt.Println("実行開始")
    doSomething()
    fmt.Println("この行は実行されません")
}

動作を確認すると分かるように、panicが発生しても、deferで登録した関数が確実に呼ばれ、recoverがその内容を受け取り、落ち着いた形で処理を終えることができます。万が一予期しないエラーが発生しても、ログを残すことで問題の追跡がしやすくなり、利用者にとっても開発者にとっても安心につながります。こうした安全設計は、Go言語の実践的な開発でとても役に立つ知識です。

panicとrecoverは、「ただ止まる」のではなく、「安全に止める」「記録を残す」「後片付けをする」という目的で使われるものです。実際の開発現場でも、外部と通信するとき、ファイルを扱うとき、致命的なデータ不整合が発生したときなど、慎重に扱うべき処理に利用されています。これを理解しておくと、プログラムの信頼性を高めたり、原因調査をしやすくしたりと、多くの場面で役に立ちます。

先生と生徒の振り返り会話

生徒

「先生、panicってただプログラムを止めるだけじゃなくて、ちゃんと処理を任せられるんですね。なんだか安心しました。」

先生

「その通りです。panicは決して悪いものではなく、必要な場面で安全に止めるための大切な仕組みです。そしてrecoverを使えば、急停止しそうな場面でも落ち着いた終了ができます。」

生徒

「deferとrecoverがあるから、パニックが起きてもちゃんとログを残したり、後片付きをしたりできるんですね。プログラムが暴走して止まるより、ずっといいですね！」

先生

「その気づきがとても大事です。panicは怖いものではなく、安全のための非常ブレーキなんです。まずは今日学んだことを小さなプログラムで試しながら、panic、recover、deferの動きを自分の目で確かめてみましょう。」