Quand dois-je utiliser « return wait promise » plutôt que « return promise » en JavaScript ?

Promesse d'attente de retour vs promesse de retour

En JavaScript, la différence entre la promesse d'attente de retour et la promesse de retour dans les fonctions asynchrones est souvent subtile. Cependant, il existe certains scénarios dans lesquels ils présentent des comportements distincts, comme expliqué ci-dessous :

Délai et observabilité :

Dans les exemples de code fournis, les fonctions delay1Second utilisant les deux approches renvoient Promesses qui se résolvent après un délai d'une seconde. Les deux versions semblent se comporter de la même manière en termes de résultats observables.

Gestion des erreurs :

En règle générale, les deux approches n'ont pas d'impact sur la gestion des erreurs au sein de la fonction asynchrone ou sur la propagation de erreurs à l’appelant. Dans les deux cas, des erreurs jailliraient de la promesse de la fonction.

Consommation de mémoire :

Bien qu'elle ne soit pas directement observable, la version de promesse d'attente de retour peut légèrement augmenter la consommation de mémoire par rapport à à l’approche de la promesse de retour. En effet, un objet Promise supplémentaire peut être créé et attendu pendant l'exécution.

Blocs Try-Catch :

Une distinction subtile mais importante apparaît lors de l'utilisation de ces approches dans try -attraper des blocs. Considérez les exemples suivants :

async function rejectionWithReturnAwait() {
  try {
    return await Promise.reject(new Error());
  } catch (e) {
    return "Saved!";
  }
}

async function rejectionWithReturn() {
  try {
    return Promise.reject(new Error());
  } catch (e) {
    return "Saved!";
  }
}

Dans rejetWithReturnAwait, le rejet attendu lève une exception, qui est interceptée dans le bloc catch. De ce fait, la fonction se résout en "Saved!".

À l'inverse, dans rejetWithReturn, le rejet est renvoyé directement sans attente au sein de la fonction asynchrone. Cela signifie que le bloc catch n'est pas exécuté et que l'appelant reçoit le rejet à la place.

Conclusion :

Bien que la différence entre la promesse d'attente de retour et la promesse de retour soit généralement négligeable , il est crucial d'être conscient des implications potentielles lors de l'utilisation de blocs try-catch. Dans la plupart des cas, l’une ou l’autre approche peut être utilisée avec un impact minimal. Cependant, pour une gestion précise des erreurs dans les blocs try-catch, la promesse return wait doit être préférée pour garantir que les rejets sont interceptés et traités correctement dans la fonction async.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!