スタック追跡とパニック・ハンドリング
今回は軽めの小ネタで。 「エラー・ハンドリングについて」でも少し説明したが， Go 言語では回復不能のエラー（ゼロ除算やメモリ不足など）が発生した場合には panic を投げる仕様になっている。 たとえば以下のコードでは package main import ( "fmt" "os" ) func main() { os.Exit(run()) } func run() int { f() return 0 } func f() { numbers := []int{0, 1, 2} fmt.Println(numbers[3]) //panic! } 以下のスタック情報が標準エラー出力に表示される1。 （The Go Playground での実行結果） panic: runtime error: index out of range goroutine 1 [running]: ma
Goのpanicと向き合う。 - Qiita
package main func main() { var p *interface{} *p = 0 } /* panic: runtime error: invalid memory address or nil pointer dereference [signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x104f386] goroutine 1 [running]: main.main() /Users/nnao45/panic-test/panic01.go:5 +0x26 exit status 2 */ 上は何の変哲もないメモリアクセス違反ですね。 すごいクリスマステイストにしましたが、gopherとしては一番欲しくないクリスマスプレゼントそれはpanicかもしれません笑 しかし今日はこの標準パッケージさ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PanicAndRecover
