Maison >interface Web >js tutoriel >L'attente de retour est-elle un goulot d'étranglement en termes de performances ?
Malgré l'existence de la règle ESLint no-return-await, qui décourage l'utilisation de return wait, certains développeurs peuvent se retrouver à utiliser ce modèle. Bien que cela ne pose pas de problème de performances significatif, la description de la règle mentionne que return wait introduit « un délai supplémentaire avant que la promesse globale ne soit résolue ou rejetée ».
Cependant, « l'exemple simple » de la documentation MDN démontre l'utilisation de return wait sans impliquer de problèmes de performances. Pour faire la lumière sur cet écart, explorons l'impact réel de l'attente de retour.
Essentiellement, l'attente de retour est une opération redondante. La résolution ou le rejet de la promesse se produit déjà dans la fonction asynchrone, et return wait l'attend simplement à nouveau avant de renvoyer la valeur. Cette opération supplémentaire peut potentiellement ajouter un temps d'exécution minimal, mais il est peu probable qu'elle ait un impact notable sur les performances.
Un cas où l'attente de retour fait une différence significative est dans la gestion des exceptions :
try { ... return await ...; } ...
Lors de l'utilisation de wait, les rejets dans la fonction asynchrone déclenchent une exception, garantissant que les gestionnaires catch et enfin sont exécutés. Cependant, un retour simple quitterait simplement le bloc try et ignorerait ces gestionnaires.
Bien que return wait ne soit pas un problème de performances en général, il est considéré comme un style médiocre et peut indiquer un manque de compréhension des promesses et async/wait. Dans la plupart des cas, cela n’est pas nécessaire et doit être évité. Cependant, dans le contexte de la gestion des erreurs, return wait devient essentiel pour une bonne propagation des exceptions.
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!