« return wait » est-il un goulot d'étranglement en termes de performances en JavaScript ?

Implications sur les performances de return wait

La règle ESLint "no-return-await" déconseille l'utilisation d'expressions return wait. Cependant, il prétend que cette pratique ajoute du temps supplémentaire avant qu'une promesse ne soit résolue ou rejetée.

Le retour en attente est-il un problème de performances ?

Selon la documentation de la fonction asynchrone MDN, un "Exemple simple" illustre l'utilisation de return wait sans aucune prudence concernant les problèmes de performances.

Performance réelle Impact

Notamment, l'attente de retour n'introduit aucun problème de performances significatif. Cela ajoute simplement une opération inutile qui pourrait légèrement augmenter le temps d'exécution, comparable au retour de x 0 au lieu de x pour un entier x.

Mauvais style et manque de compréhension

Bien qu'elle ne soit pas nuisible, l'attente de retour est considérée comme un style médiocre et peut indiquer un manque de compréhension approfondie des promesses et async/await.

Une exception notable

Cependant, dans des cas comme :

try {
    …
    return await …;
} …

return wait joue un rôle essentiel. Contrairement à un retour simple, wait déclenche les rejets de la promesse et garantit que la promesse spécifiée est résolue avant que les gestionnaires catch ou final suivants ne soient exécutés. Cela garantit que la gestion des erreurs est correctement gérée.

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!