- 出荷済み
- 2026年8月20日 22:18 UTC
- プロフィール
- Kamo
- コンテンツ
- 4c123b2
4つのコンポーネントは、メインスレッドが静かに行なうために待っていた 作業 — トースト/連続バンドル、スクロールクローム、タッチ ターゲットスイープと紹介ビーコン — それぞれの呼び出される IdleCallback 自体をリクエストします。 それぞれが、自らが間違っていた 一緒に:ブラウザは、発信者ごとにアイドル期間を渡すことはありません、 同じ1つですべての保留コールバックを排出します。 ホームページで測定 4x CPUスロットルで、4は2,359 / 2,361 / 2,413 / 2,444msで発射しました。 その85 msクラスターは、ルータに起因するレポートを長いタスクです チャンク 時 ~2.4 s. 彼らは今、アイドル期間ごとに1つのジョブを実行する共有キューを通過し、 間でイベントループに収まります。 総作品は同一です。 1つの長いものではなく、いくつかの短いタスクとして到着します。 総ブロック 実際にカウントする時間 — 50 ms のタスクの一部だけ ブロックされているので、4つの20 msのタスクは、80 msのタスクコストがゼロ 30ミリ秒 onIdle はキャンセルを返し、2 つのコールサイトを実際のティアダウンで返します semanticsはそれらを保つ:beaconは読者が持っているページを報告してはならない すでに残っていると、タッチスイープはアンマウント後に実行してはならない。 check-idle-queue.mjs は直接リクエストのビルドに失敗しますIdleCallback キューの外側に、次の人が何かを推測するので、 そのためには、レビューで正しいように見えます.