導入
非同期プログラミングにおいて、タスクを意図的に停止させることは、リソースの解放やアプリケーションの応答性を維持するために極めて重要です。多くの非同期ライブラリで採用されている「AsyncCancelled」例外は、スレッドを安全に終了させるための仕組みですが、これを安易にキャッチして握りつぶしてしまうと、システムは「停止すべきなのに停止できない」という致命的な状態（ゾンビ状態）に陥ります。本記事では、この例外を正しく扱い、堅牢な非同期処理を構築する方法を解説します。
基礎知識
「AsyncCancelled」は、実行中の非同期タスクに対して「キャンセル要求」が発行された際に送出される特殊な例外です。これは、プログラムがバグで異常終了したのではなく、外部からの「終了指示」によって発生します。重要なのは、この例外はプログラムの異常事態ではなく、正常な終了フローの一部であると認識することです。
実装/解決策
非同期タスク内で例外をキャッチする際は、特定の例外のみをハンドリングし、AsyncCancelled例外を再送出（re-throw）するのが鉄則です。もし広範囲に例外をキャッチするブロック（try-catchなど）を書く場合は、必ずキャンセル例外を検知して適切に処理を通過させるか、再スローするように設計する必要があります。
サンプルプログラム
以下の例は、非同期処理を安全に中断する定石パターンです。
// 非同期タスクの実行関数
async function performTask() {
try {
console.log(“処理を開始します…”);
// 長い時間がかかる処理をシミュレート
await performLongRunningOperation();
console.log(“処理が完了しました。”);
} catch (e) {
// AsyncCancelled例外は再スローして上位に伝える
if (e.name === ‘AsyncCancelled’) {
console.warn(“タスクのキャンセルを検知しました。クリーンアップを開始します。”);
throw e;
}
// その他の予期せぬエラーは適切にログ出力や復旧を行う
console.error(“予期せぬエラーが発生しました:”, e);
} finally {
// 成功・失敗に関わらず、リソースの開放はここで行う
console.log(“リソースの解放が完了しました。”);
}
}
応用・注意点
現場でよくある失敗は、例外をキャッチした後に「return」で処理を終わらせてしまうケースです。これにより、キャンセルされたはずの処理が完了したかのように誤認され、データの不整合やメモリリークを引き起こします。
必ず守るべきポイントは以下の2点です。
1. catchブロック内でAsyncCancelledを飲み込まない：再スローするか、キャンセル専用の処理ルートを通してください。
2. finallyブロックを活用する：キャンセル時でも必ず実行したい後処理は、必ずfinally句に記述してください。
この例外を「処理の邪魔者」ではなく「安全装置」として捉えることで、プロダクション環境での安定性が大幅に向上します。
コメント