performance/sequential-awaits · Sequential independent awaits

互いの結果を使わない await の逐次実行は無駄です。同時に開始しましょう。

重大度: info · カテゴリ: performance

チェック内容

load 関数（universal / server の両方）内で、先行するどの await の結果も使っていない await を検出します。データフロー上の理由なくリクエストが直列化されている状態です。

検出は performance/load-waterfall と同じ保守的な直線走査です（束縛と中間定数を通じた前方 taint 伝播、コールバック引数のシャドーイングを考慮、await parent() は対象外）。作成済みの Promise を await するだけの箇所（await somePromise）はリクエストを開始しないため対象外です。

なぜ重要か

独立した2つのリクエストを逐次 await すると、レイテンシは両者の合計になります。同時に開始すれば最も遅いリクエスト分だけで済みます。load 関数内でのこの直列化はページ訪問のたびに発生する純粋な無駄で、リクエストが本当に独立していれば Promise.all は挙動を変えずに同じデータを返します。

修正方法

const [a, b] = await Promise.all([fetchA(), fetchB()]);

制限事項

静的なデータフロー解析には副作用の順序が見えません。先行する await が後続リクエストの前提となるセットアップ（セッション、ロケール、キャッシュ準備など）を行っている場合、その逐次実行は意図的です。このルールが info なのはそのためです。

意図的な逐次実行は // svelte-vitals-disable-next-line performance/sequential-awaits で行単位に抑制するか、設定で severity を調整してください。

モードによる違い

ありません。このルールが読むのは同じ .svelte / .ts のソースファイルなので、CLI、Vite プラグインのビルド、ライブダッシュボードの静的ベースラインのいずれでも結果は同一で、レンダリング済み HTML の解析で再評価されることもありません。--route で実行範囲を絞ると、このルールは動きません。コンポーネントスコープのルールには、検出を紐づけるルートが無いためです。

無効化

export default {
  rules: {
    'performance/sequential-awaits': 'off'
  }
};