Go言語のpanicとrecoverの基本！エラーハンドリングの応用例
生徒
「Go言語でプログラムが急に止まってしまうことがあるって聞いたんですが、どういうことですか？」
先生
「それはpanic（パニック）という仕組みが働いたときのことですね。プログラムに深刻な問題が起きたときに、実行を強制的に止める機能です。」
生徒
「そのまま止まると困ります。途中でなんとかできないんですか？」
先生
「そんなときにはrecover（リカバー）を使うと、プログラムの途中でエラーを回避して処理を続けることができます。それでは、基本からわかりやすく説明していきましょう。」
1. panicとは？Go言語で発生する致命的なエラー
panicは、Go言語の実行時に「もう続けられない」と判断された致命的な状況で起きる仕組みです。発生するとその場で処理が中断され、プログラムは強制終了します。いわば「非常停止ボタン」で、通常のエラーチェック（戻り値のerror）では扱わない想定外のバグや環境異常を知らせます。
自動で起きる例としては、配列やスライスの範囲外アクセス、ゼロ除算、初期化されていない値の誤用などがあります。開発者が明示的にpanicを呼び出して、続行不能な初期化失敗などを通知することもできます。
package main
func main() {
panic("重大なエラーが発生しました") // 明示的に非常停止させる
}
このコードを実行すると、「重大なエラーが発生しました」というメッセージと共に、処理はそこで止まります。停止時には「どこで止まったか」を示す情報（スタックトレース）が出力されるため、原因の追跡に役立ちます。
次は、スライスの要素数を超えてアクセスしたために、Goランタイムが自動でpanicを起こす例です。意図せず境界を超えると、強制終了して不正な処理の拡大を防ぎます。
package main
import "fmt"
func main() {
nums := []int{10, 20, 30}
fmt.Println(nums[3]) // 要素は0,1,2まで。3は範囲外なのでpanic
}
panic: runtime error: index out of range
ポイントは、「通常の失敗はerrorで返す」「どうしても続けられない異常だけpanic」という住み分けです。これを意識すると、Go言語のエラーハンドリングがぐっと読みやすく、保守しやすくなります。
2. recoverとは？panicから回復する仕組み
recoverは、panicで「非常停止」しかけた処理をその場で受け止め、プログラムの強制終了を避けるための関数です。重要なのは、recoverはdefer（ディファー）内で呼び出したときだけ有効という点です。関数の終わりに必ず実行されるdeferと組み合わせることで、発生したpanicの情報（文字列やエラー）を受け取り、ログを残したり安全に片付け処理をしてから復帰できます。
はじめての方向けに、最小の例を用意しました。panicをわざと起こし、defer内の無名関数でrecoverしてメッセージを表示します。
package main
import "fmt"
func main() {
defer func() {
if r := recover(); r != nil { // panicの内容を受け取る
fmt.Println("回復しました:", r) // ここで記録・後始末などが可能
}
}()
fmt.Println("処理を開始します")
panic("ファイルが見つかりません") // ここで非常停止相当の事態が発生
fmt.Println("この行は実行されません") // recover前なので到達しない
}
処理を開始します
回復しました: ファイルが見つかりません
recoverを通常の位置（deferの外）で呼んでも、panicは止まりません。必ずdefer内で使いましょう。
package main
func main() {
// recover() をここで呼んでも効果なし
panic("範囲外アクセス") // 強制終了してしまう
}
まとめると、recoverは「panicの情報を受け取り、終了前に態勢を立て直すための最後の受け皿」。deferとセットで使う、というルールだけまず覚えておけば、入門段階のエラーハンドリングで十分に役立ちます。
3. defer（ディファー）とは？処理を最後に実行する仕組み
deferは、関数が終わる直前に実行される特別な命令です。ファイルを閉じる処理や、後始末をまとめて書くときに便利ですが、panicとrecoverでも重要な役割を持ちます。
deferは、次のように書くと関数の最後で呼び出されます。
func main() {
defer fmt.Println("これは最後に表示されます")
fmt.Println("これは先に表示されます")
}
これは先に表示されます
これは最後に表示されます
この仕組みを使って、panicが起きたときにrecoverで安全にエラー処理ができるようになるわけです。
4. panicとrecoverの組み合わせによる実用例
例えば、ファイルを読み込む関数で予期せぬ問題が発生したときでも、プログラムを止めずに対応する方法として、panicとrecoverを組み合わせることができます。
func safeDivide(a, b int) {
defer func() {
if r := recover(); r != nil {
fmt.Println("エラー:", r)
}
}()
if b == 0 {
panic("0で割ることはできません")
}
fmt.Println("結果:", a/b)
}
func main() {
safeDivide(10, 2)
safeDivide(5, 0)
fmt.Println("プログラムは継続しています")
}
結果: 5
エラー: 0で割ることはできません
プログラムは継続しています
このように、panicとrecoverを使うことで、安全に処理を続行することが可能になります。
5. panicとrecoverを使う際の注意点
便利なpanicとrecoverですが、乱用は禁物です。基本的なエラー処理（if err != nilなど）で対応できる場合は、panicではなく通常のエラーハンドリングを使うようにしましょう。
panicは本当に回避できないエラー、たとえばプログラムの設計に重大な欠陥があるときに使うべきです。
recoverも、すべてのpanicを抑えるのではなく、部分的に必要な場面で使うのがポイントです。
まとめ
Go言語のpanicとrecoverは、単純なエラーハンドリングでは対処できない深刻な問題に向きあうための大切な仕組みです。とくに実際の開発現場では、さまざまな入出力処理やネットワーク通信、予測できない外部サービスの停止などが起きるため、例外的な状況に落ち着いて対応できる知識が必要になります。通常のエラー処理はif文で確認できますが、実行中のどこかで取り返しがつかない状態になった場合、panicはとても強力に働きます。プログラムはただ停止するのではなく、呼び出し元へ向かって巻き戻し処理を行い、関数の終わりで必ず実行されるdeferに処理を引き渡すため、最後のチャンスとしてrecoverを使って状況を整えることができます。
安全なアプリケーションを作るには、panicを完全に避けるのではなく、panicが起きたときにどう戻すかを考えることが大切です。ファイルが突然読み込めなくなることも、予想外の計算ミスが起きることも、データが破損してしまうこともあります。そんな時、recoverはパニック状態を吸収して処理を継続し、ログやメッセージを残し、ユーザー体験を損なわない形に導いてくれます。同時に、むやみな乱用は避け、必要な箇所だけを冷静に守ることが重要です。
例えば、銀行処理や通販の注文処理のような「一部のタスクが失敗しても全体を止めてはいけない」場面では、panicとrecoverの組み合わせが信頼性を高めます。バックグラウンドで動く処理や大量のデータを扱う機能でも、安全に回復しながら処理を継続できます。もしクラッシュしてしまうと、ユーザーは安心して利用できず、業務の信頼性まで揺らいでしまいます。そのため、深刻な事態でも落ち着いてプログラムを存続させる仕組みとして、panicとrecoverは頼もしい存在になります。
さらに、テストの手法としても有効です。意図的にpanicを発生させて処理が正しく回復するかを確認できるため、自動テストで安全性を担保できます。また、ログやエラー情報を記録しておけば、あとから原因追及もしやすくなります。問題が起きた瞬間にすべての情報が消えてしまうのではなく、どこで何が起きたのかを把握して修正につなげることができます。
ここで、panicとrecoverをまとめて使う例をもう一度確認しましょう。下のサンプルでは、予期せぬ状況が起きても落ち着いて回復できる仕組みを実感できます。
func safeRunner() {
defer func() {
if r := recover(); r != nil {
fmt.Println("問題が起きたため処理を回復しました:", r)
}
}()
panic("予期しない状態が発生しました")
}
この処理では、panicが発生してもrecoverが落ち着いて受け止め、ユーザーに状況を伝えつつプログラムを止めずに次の処理へ進めます。もしこの仕組みがなければ、プログラムは途中で崩壊し、画面には不親切なメッセージだけが残ってしまいます。Go言語はシンプルな構文の中に強力な仕掛けを備えているため、初心者でも少しずつ慣れていけば、堅牢なアプリケーションを作れるようになります。
まとめとして、panicは深刻な事態を知らせる手段であり、recoverはその状況を静かに受け止めて流れを整える存在です。deferはその橋渡しを行い、最後の瞬間に回復する余地を与えてくれます。エラー処理の幅は大きく広がり、安全管理の考え方も身につきます。日常的なシステム開発でも、ネットワーク接続、ファイル入出力、データ処理などで役立ちます。Go言語を使うなら、この仕組みをしっかり理解しておくと大きな安心につながります。
生徒
「panicとrecoverがあることで、急に止まる心配が減るんですね」
先生
「そうです。どんな言語でも安全性は大事ですが、Go言語はこの仕組みがとても扱いやすいのが強みです」
生徒
「もし失敗しても、ちゃんとメッセージを表示して続行できるのは安心ですね」
先生
「その通りです。panicは怖いわけではなく、問題を知らせる大切な合図なんです。recoverで受け止めれば、無理なく前へ進めますよ」
この記事を読んだ人からの質問
