Гарантирует ли setTimeout выполнение callback ровно через заданное время?

Question

setTimeout не гарантирует выполнение callback ровно через указанное время. Он гарантирует, что callback не выполнится раньше, чем пройдёт заданная задержка. После истечения задержки callback попадает в очередь задач и будет выполнен, когда освободится call stack. На фактическое время влияет нагрузка, блокировки и приоритеты очередей. Поэтому таймер часто срабатывает позже.

YeaHub · Accepted Answer

setTimeout(fn, ms) — это таймер с минимальной задержкой, а не “точный будильник”.Что реально делает setTimeoutБраузер запускает таймер на msКогда время прошло, callback не запускается сразуCallback ставится в очередь macrotaskОн выполнится только тогда, когда:call stack пусточередь microtask очищенаEvent Loop доберётся до этой задачиПочему “ровно через ms” невозможно гарантироватьПричины задержек:в call stack выполняется длинный синхронный кодмного microtask (например, цепочки Promise.then)браузер занят рендером/обработкой событийвкладка в фоне (браузеры могут троттлить таймеры)Минимальный пример блокировкиsetTimeout(() => console.log('timeout'), 0)

const start = Date.now()
while (Date.now() - start < 1000) {
  // блокируем поток на 1 секунду
}
Даже при 0 callback выполнится после того, как завершится цикл while.ПрактикаsetTimeout(..., 0) — это не “сразу”, а “как получится, когда очередь дойдёт”для точных интервалов (например, анимаций) обычно используют requestAnimationFrameдля “периодических задач” с контролем drift — часто пишут собственный планировщикВывод:setTimeout гарантирует только минимальную задержку, а фактическое выполнение зависит от очередей и занятости основного потока.