Утечка отложенной работы по одному пункту за период простоя

Performancekamo-marketing
Порезанный
20 августа 2026 г. в 22:18 UTC
Автор
Kamo
Обещать
4c123b2

Четыре компонента ждали, пока основная нить замолчит, прежде чем сделать это. их работа — тост / пакет согласия, хром свитка, прикосновение Целевой размах и реферальный маяк — и каждый называется Запросить IdleCallback. Каждый был прав сам по себе и неправ. вместе: браузер не раздает период простоя на одного абонента, это Каждый отложенный обратный вызов в одном и том же. Измеряется на домашней странице При 4х дроссельной заслоне процессора четверка выстрелила по 2359/2 361/2 413/2 444 мс. Этот 85-миллиметровый кластер является долгой задачей, приписываемой маршрутизатору. кусочек на ~2,4 с. Теперь они проходят общую очередь, которая выполняет одну работу за период простоя. Уступает место циклу событий между ними. Вся работа идентична; она Это несколько коротких заданий вместо одной длинной. Тотальная блокировка Время на самом деле считается — только часть задачи за 50 мс Это блокировка, поэтому четыре задачи за 20 мс ничего не стоят, если одна задача за 80 мс стоит. 30 мс. onIdle возвращает отменщик, поэтому два сайта звонков с реальным разрывом Семантика держит их: маяк не должен сообщать о странице, которую имеет читатель. уже ушла, и сенсорная разметка не должна бежать после отката. check-idle-queue.mjs выходит из строя по прямому запросу IdleCallback вне очереди, потому что следующий человек, который отложит что-то, достигнет Это будет выглядеть правильно в обзоре.

Все изменения

Как вы видите судоходство?

Каждое из этих обновлений автоматически попадает в ваше рабочее пространство. Начните бесплатно и смотрите, как он растет неделю за неделей.

Начните бесплатно навсегдаПосмотреть цены