導入：なぜ「何でもキャッチ」がいけないのか？
プログラミングを始めたばかりの頃、とりあえず動かしたい一心で「全ての例外をキャッチして握りつぶす」というコードを書いてしまった経験はありませんか？しかし、全ての例外をまとめて処理してしまうと、本来プログラムが停止すべき「論理的なバグ」まで隠してしまい、原因究明が困難になることがあります。今回は、特定のIOエラーのみをスマートに選別して処理する方法を解説します。
基礎知識：例外の型と述語（Predicate）
例外処理における「キャッチ」とは、プログラムが予期せぬ事態に直面した際、その処理を中断して別のルートへ誘導することです。ここで重要なのが「特定の型」を指定すること。多くの言語では、例外はクラスとして定義されています。IOエラー（ファイルがない、ネットワークが切れた等）と、論理エラー（0で割った、nullを参照した等）を区別することで、プログラムの安全性は劇的に向上します。
実装：型と述語によるフィルタリング
戦略はシンプルです。catchブロックの中で、発生したエラーが「本当に処理すべきIOエラーなのか」を判定する「述語（Predicate）」を挟みます。もし意図しないエラーであれば、そのまま再度投げ直す（再スローする）のが鉄則です。これにより、想定外のバグを早期に発見できます。
サンプルプログラム：安全なファイル読み込み
以下は、特定のIOエラーのみをキャッチする例です。
// ファイル操作などの処理を想定した擬似コードです
try {
// 存在しないファイルを読み込もうとする処理
readFile(“config.json”);
} catch (error) {
// 発生したエラーが特定のIOエラー型であるか確認
if (error instanceof IOError) {
// ここにファイルが見つからない場合の復旧処理を書く
console.log(“ファイルが見つかりません。デフォルト設定を使用します。”);
} else {
// 意図しないエラー（論理バグなど）は握りつぶさずに再スローする
// これにより、開発中にバグを見逃さずに済む
throw error;
}
}
応用・注意点：現場で役立つアドバイス
1. ログ出力は詳細に
キャッチしたエラーを処理する際は、必ずエラーの内容をログに残しましょう。特にネットワークエラーの場合は、再試行（リトライ）の回数を制限する仕組みと組み合わせると、より堅牢なシステムになります。
2. 「握りつぶし」の禁止
空のcatchブロックは、バグの温床です。もし「今は何もしたくない」場合でも、最低限ログ出力を行い、将来的なデバッグのために痕跡を残すようにしてください。
3. 失敗を前提とした設計
IO操作は「必ず成功する」と信じてはいけません。例外を適切に処理することは、プログラムの弱点ではなく、むしろ「信頼性」を高めるための高度なテクニックです。ぜひ、日々の開発で「どのエラーを許容し、どのエラーを報告すべきか」を意識してみてください。
コメント