panicはともかくrecoverに使いどころはほとんどない - Qiita

Goを書いていてrecoverを使うことはまずほとんどない。頻繁にrecoverを書いているとしたらなにかが間違っているのでプログラミングスタイルを見直すこと。 Goでのエラーハンドリング Effective Goなどで説明されているように、Goではエラーは関数の返り値として返される。たとえばio.ReaderのRead関数は、読み込んだバイト数と、（nilかもしれない）エラーの2つの値を返す。Goでは基本的に、エラーは常にこういう通常の値としてハンドルするべきで、エラーの時のための特別な制御構造（try 〜 catch）のようなものを使うのは、利点より害のほうが多いという考え方をとっている。 （同じような考えで例外を使用禁止にしている大規模C++プログラムはいくつもある。たとえばChromiumなどはそうだ。LLVM/Clangもパフォーマンス上の問題で例外を使っていない。C++コンパイ

[castaneai]

“net/http リクエストハンドラがpanicしたのをrecoverして単一のHTTPリクエストがプロセス全体を終了させないようにしている（これがよいことかどうかは議論の余地があるし、しかもドキュメントされていない）”

[nishidy]

panicは基本的に本当に例外的な状況で、エラーを表示してプロセスを終了するしかないようなときにだけ使うことが想定されている。

[mattn]

golang の panic を他の言語の例外と比較してる人は読んで欲しいポスト