Πώς χειρίζεστε τα σφάλματα σε async κώδικα Node;

Question

IT Interview Practice · Accepted Answer

Η χειρισμός σφαλμάτων διαφέρει ανάλογα με το async στυλ, και η λανθασμένη χείρισή τους προκαλεί σιωπηρές αποτυχίες ή συντρίμματα. Οι κύριοι κανόνες: χρησιμοποιήστε `try/catch` με async/await, χειριστείτε πάντα Promise rejections και μην αφήνετε τα σφάλματα σε async callbacks να ξεφύγουν αχειρίστως.

## async/await — χρησιμοποιήστε try/catch

```js
async function getUser(id) {
  try {
    const user = await db.findUser(id);   // a rejection here throws into catch
    return user;
  } catch (err) {
    logger.error(err);
    throw new AppError("Failed to load user", { cause: err }); // rethrow meaningfully
  }
}
```

## Promises — πάντα .catch

```js
fetchData()
  .then(process)
  .catch(err => logger.error(err)); // an unhandled rejection can crash the process
```

Ενα Promise rejection χωρίς `.catch` (ή χωρίς try/catch γύρω από `await`) γίνεται **αχείριστο rejection** — το οποίο σε σύγχρονο Node τερματίζει τη διεργασία.

## Η κλασική παγίδα: τα σφάλματα σε async callbacks ξεφεύγουν από το try/catch

```js
// ❌ try/catch does NOT catch this — the throw happens on a LATER tick
try {
  setTimeout(() => { throw new Error("boom"); }, 100);
} catch (e) { /* never runs */ }
```

`try/catch` σημαίνει μόνο σφάλματα στη **τρέχουσα** σύγχρονη κλήση στοίβας. Μέχρι τη στιγμή που εκτελείται ο χρονοδιακόπτης/callback, ο `try` μπλοκ έχει πάει. Χειριστείτε το σφάλμα *εντός* του callback.

## Τα Express async route handlers χρειάζονται περιτύλιξη

```js
// ❌ a rejected async handler isn't caught by Express → request hangs
app.get("/users", async (req, res) => {
  const users = await db.getUsers(); // if this throws, Express doesn't catch it (pre-v5)
  res.json(users);
});

// ✅ wrap to forward errors to Express's error handler
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()); // errors now go to next() → error middleware
}));
```

## Παγκόσμια δίχτυα ασφαλείας (τελευταία λύση, όχι κύρια χείρισμος)

```js
process.on("unhandledRejection", (reason) => { logger.error(reason); });
process.on("uncaughtException", (err) => { logger.error(err); process.exit(1); });
```

Αυτά είναι δίχτυα ασφαλείας για καταγραφή και (για μη χειρισμένες εξαιρέσεις) καθαρή έξοδο — όχι υποκατάστατο για χείρισμος σφαλμάτων όπου συμβαίνουν.

## Γιατί έχει σημασία

Τα αχείριστα async σφάλματα είναι μια από τις κύριες αιτίες των κατάρρευσης ή σιωπηρή αποτυχίας των υπηρεσιών Node.

Ο έλεγχος των κανόνων — `try/catch` γύρω από `await`, πάντα `.catch` Promises, χειρισμός σφαλμάτων *εντός* async callbacks (try/catch δεν μπορεί να τα φτάσει), και περιτύλιξη Express async handlers για προώθηση σφαλμάτων — αποτρέπει αναστολή αιτημάτων, σιωπηρές αποτυχίες και συντρίμματα διεργασιών.

Τα παγκόσμια handlers παρέχουν ένα τελικό δίχτυ ασφαλείας, αλλά η σωστή χείρισμος ανά λειτουργία είναι αυτό που κάνει τον async κώδικα Node ισχυρό και αποσφαλματώσιμο.

async/await — χρησιμοποιήστε try/catch

Promises — πάντα .catch

Η κλασική παγίδα: τα σφάλματα σε async callbacks ξεφεύγουν από το try/catch

Τα Express async route handlers χρειάζονται περιτύλιξη

Παγκόσμια δίχτυα ασφαλείας (τελευταία λύση, όχι κύρια χείρισμος)

Γιατί έχει σημασία

Σχετικές ερωτήσεις