JavaScript
Reúne errores comunes al trabajar con promesas y async/await, como olvidos de return, esperas innecesarias, promesas flotantes y fallos sin gestionar.
function saveOrder(order) {
return repository.save(order);
}El consumidor puede esperar y manejar errores.
let status = "idle";Modela transiciones claras:
idle → loading → success
↘ errorUna respuesta anterior no debería sobrescribir una solicitud nueva.
void sendTelemetry().catch(reportError);void comunica que no se esperará el valor, pero el rechazo sigue teniendo responsable.
Peligroso:
new Promise(async (resolve, reject) => {
const value = await loadValue();
resolve(value);
});El constructor no espera la promesa retornada por el executor. Usa una función async directamente o encadena la operación.
try {
return await loadBalance();
} catch {
return 0;
}Un fallo no significa saldo cero.
const first = await loadFirst();
const second = await loadSecond();Si no dependen, inicia ambas juntas.
await Promise.all(items.map(saveItem));Puede ser excesivo. Decide un límite.
const result = await load(query);
render(result);Mientras esperabas, query o la pantalla pudieron cambiar. Usa IDs, versiones o cancelación para confirmar que el resultado sigue vigente.
const controller = new AbortController();
const timeoutId = setTimeout(
() => controller.abort(),
5000,
);
try {
return await operation(controller.signal);
} finally {
clearTimeout(timeoutId);
}Todo recurso creado por un flujo necesita una ruta de cierre.
Una callback de evento no tiene un consumidor que espere automáticamente su promesa.
button.addEventListener("click", async () => {
await save();
});Un rechazo puede quedar sin manejar.
button.addEventListener("click", () => {
void save().catch(showError);
});const previous = state;
state = applyOptimisticUpdate(state, change);
try {
await saveChange(change);
} catch (error) {
state = previous;
throw error;
}Necesita considerar cambios posteriores; restaurar un snapshot antiguo puede borrar trabajo nuevo. Usa IDs, patches o mecanismos de reconciliación.
Un retry solo es seguro cuando repetir la operación no duplica efectos o existe una clave de idempotencia.
En un proceso por lotes, conserva contexto por elemento.
const results = await Promise.allSettled(
items.map(processItem),
);
const failures = results.flatMap((result, index) =>
result.status === "rejected"
? [{ index, reason: result.reason }]
: [],
);Registra:
No registres tokens ni cuerpos sensibles.
Antes de cerrar un flujo:
¿Qué tres problemas tiene una promesa flotante?
El llamador no puede esperar su finalización, el rechazo puede quedar sin manejar y la operación puede sobrevivir más tiempo del necesario sin cancelación ni limpieza coordinada.
Módulos JavaScript inicia el bloque de organización y dependencias del lenguaje.