「return await」は JavaScript のパフォーマンスのボトルネックですか?

return await のパフォーマンスへの影響

ESLint ルール「no-return-await」は、return await 式の使用を推奨しません。ただし、この方法では Promise が解決または拒否されるまでに余分な時間がかかると主張しています。

戻り待ちはパフォーマンスの問題ですか?

MDN 非同期関数のドキュメントによると、 「簡単な例」では、パフォーマンスに関する注意を払わずに return await を使用する方法を示します。

実際のパフォーマンスへの影響

特に、return await は重大なパフォーマンスの問題を引き起こしません。これは、実行時間をわずかに増加させる可能性のある不必要な操作を追加するだけであり、整数 x に対して x の代わりに x 0 を返すのと同様です。

悪いスタイルと理解の欠如

有害ではありませんが、return await は不適切なスタイルとみなされ、約束と内容を完全に理解していないことを示す可能性があります。 async/await.

注目すべき例外

ただし、次のような場合には、

try {
    …
    return await …;
} …

return await が重要な役割を果たします。単純な return とは異なり、 await は Promise の拒否をスローし、後続の catch ハンドラーまたはfinally ハンドラーが実行される前に、指定された Promise が解決されることを保証します。これにより、エラー処理が適切に処理されるようになります。

以上が「return await」は JavaScript のパフォーマンスのボトルネックですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。