エラーハンドリングは非同期のスタイルによって異なり、間違えるとサイレントな失敗やクラッシュを招きます。重要なルールは、async/await では try/catch を使うこと、Promise の reject を常に処理すること、そして非同期コールバック内のエラーを未処理のまま外に逃がさないことです。
() {
{
user = db.(id);
user;
} (err) {
logger.(err);
(, { : err });
}
}
fetchData()
.then(process)
.catch(err => logger.error(err)); // 未処理の reject はプロセスをクラッシュさせうる
.catch のない（または await 周りの try/catch のない）Promise の reject は未処理の rejectとなり、これはモダンな Node ではプロセスを終了させます。
// ❌ try/catch はこれをキャッチしない — throw は後のティックで発生する
try {
setTimeout(() => { throw new Error("boom"); }, 100);
} catch (e) { /* 決して実行されない */ }
try/catch は現在の同期コールスタック内のエラーしかキャッチしません。タイマー／コールバックが実行される頃には、try ブロックはとっくに過ぎ去っています。エラーはコールバックの内側で処理しましょう。
// ❌ reject された非同期ハンドラは Express にキャッチされない → リクエストがハングする
app.get("/users", async (req, res) => {
const users = await db.getUsers(); // これが throw すると Express はキャッチしない (v5 以前)
res.json(users);
});
// ✅ ラップして Express のエラーハンドラにエラーを転送する
const asyncH = (fn) => (req, res, next) => Promise.resolve(fn(req, res, next)).catch(next);
app.get("/users", asyncH(async (req, res) => {
res.json(await db.getUsers()); // エラーは next() → エラー middleware に渡る
}));
process.on("unhandledRejection", (reason) => { logger.error(reason); });
process.on("uncaughtException", (err) => { logger.error(err); process.exit(1); });
これらはログを取り（キャッチされない例外については）クリーンに終了するためのセーフティネットであり、エラーが発生した場所で処理することの代替ではありません。
未処理の非同期エラーは、クラッシュした、あるいは静かに壊れた Node サービスの主要な原因です。
ルールを習得すること — await 周りの try/catch、Promise は常に .catch、非同期コールバック内でエラーを処理する（try/catch では届かない）、Express の非同期ハンドラをラップしてエラーを転送する — は、ハングするリクエスト、サイレントな失敗、プロセスのクラッシュを防ぎます。
グローバルなハンドラは最終的なセーフティネットを提供しますが、操作ごとの正しい処理こそが、非同期 Node コードを堅牢でデバッグ可能なものにします。