Errores en código asíncrono

Las operaciones asíncronas fallan de manera diferente a las síncronas: el error no llega de inmediato, llega "después", cuando la Promise entra en estado rejected. Veamos las dos herramientas principales.

try/catch con await

Cuando pones await delante de una Promise que falla, el error se lanza de nuevo como una excepción normal: lo capturas con try/catch.

async function leggiSicuro() {
  try {
    const r = await fetch('/api/cose');
    if (!r.ok) throw new Error('HTTP ' + r.status);
    return await r.json();
  } catch (err) {
    console.error('errore di rete:', err.message);
    return null;
  }
}

Es el patrón más legible: escribes el "happy path" lineal y gestionas todo en un único bloque.

.catch en una Promise

En estilo cadena:

fetch('/api/cose')
  .then((r) => r.json())
  .then((dati) => console.log(dati))
  .catch((err) => console.error(err));

.catch captura cualquier error lanzado a lo largo de la cadena anterior.

Promise.all falla ante la primera rejection

const ps = [Promise.resolve(1), Promise.reject(new Error('no')), Promise.resolve(3)];
try {
  const r = await Promise.all(ps);
} catch (err) {
  console.log(err.message); // 'no'
}

Las otras Promise continúan ejecutándose en segundo plano, pero Promise.all se "decide" en el primer error. Si quieres los resultados de todas (incluidos los fallos), usa Promise.allSettled:

const esiti = await Promise.allSettled(ps);
// [{ status: 'fulfilled', value: 1 },
//  { status: 'rejected', reason: Error('no') },
//  { status: 'fulfilled', value: 3 }]

Pruébalo tú

Ejercicio de repaso