JS JavaScript · 25 вопросов · ~70 мин · ⏱ Таймер 10:00 · Средний ·

Событийный цикл и очереди задач

Тест проверяет порядок синхронного кода, микрозадач, таймеров и продолжений async-функций в современном браузере. Вопросы требуют восстановить точную последовательность вывода, распознать голодание очереди и отличить задержку таймера от гарантированного времени запуска.

Отвечено: 0 из 25

⏱ --:--

💡 Инструкция: Выберите один ответ из пяти. В тесте 25 вопросов и 70 минут; код лучше читать построчно, не полагаясь на первое впечатление. После завершения откроются общий процент, 5 тематических шкал и объяснение каждого решения.

Вопрос 1 из 25

В какой последовательности выполнятся вложенные вызовы?

console.log("start");
function outer() {
  console.log("outer");
  inner();
}
function inner() { console.log("inner"); }
outer();
console.log("end");

start, outer, end, inner start, inner, outer, end outer, start, inner, end Порядок не определён start, outer, inner, end

Вопрос 2 из 25

Почему таймер не может выполниться во время долгого цикла на главном потоке?

setTimeout(() => console.log("timer"), 0);

const started = performance.now();
while (performance.now() - started < 800) {}
console.log("loop end");

Следующая задача ждёт завершения текущего стека вызовов Таймеры нельзя создавать в одном модуле с циклом for Таймер ждёт ближайшего кадра отрисовки независимо от занятости стека Запуск долгого цикла автоматически отменяет ранее созданный таймер setTimeout всегда ждёт завершения всех сетевых запросов страницы

Вопрос 3 из 25

Что будет выведено до начала таймера?

console.log("A");
function schedule() {
  console.log("B");
  setTimeout(() => console.log("T"), 0);
}
schedule();
console.log("C");

Только C A, B и C A и B Только A Ничего

Вопрос 4 из 25

Что лучше всего объясняет «замороженную» страницу при вычислении большого отчёта?

Частый console.log отключает применение таблиц стилей Долгая синхронная работа держит main thread и блокирует ввод и рендер Заморозка возникает из-за самого количества объектов Promise Любой массив автоматически блокирует сетевой стек до обработки Старые браузеры не поддерживают циклы с большим числом итераций

Вопрос 5 из 25

Когда вызов функции снимается со стека?

После перерисовки страницы После возврата значения или выброса исключения из этой функции Сразу после первого console.log Только после сборки мусора После завершения всех таймеров, созданных внутри

Вопрос 6 из 25

Какой порядок вывода получится?

setTimeout(() => console.log("timer"), 0);
Promise.resolve().then(() => console.log("promise"));
console.log("sync");

sync, promise, timer sync, timer, promise promise, sync, timer timer, sync, promise sync, timer, promise, timer

Вопрос 7 из 25

Как расположатся две микрозадачи?

Promise.resolve()
  .then(() => {
    console.log("A");
    queueMicrotask(() => console.log("B"));
  })
  .then(() => console.log("C"));

C, A, B A, B, C Порядок между B и C случаен A, C, B B, A, C

Вопрос 8 из 25

Что выведет async-функция относительно внешней строки?

async function run() {
  console.log("A");
  await 0;
  console.log("B");
}
run();
console.log("C");

Порядок B и C не определён A, B, C C, A, B B, A, C A, C, B

Вопрос 9 из 25

Что происходит, если каждая микрозадача без остановки ставит следующую?

function again() {
  queueMicrotask(again);
}
again();
setTimeout(() => console.log("timer"), 0);

Браузер автоматически превращает микрозадачи в таймеры Очередь задач и отрисовка могут голодать Стек переполняется немедленно Таймеры получают повышенный приоритет Все Promise становятся rejected

Вопрос 10 из 25

Чем queueMicrotask удобнее Promise.resolve().then для простой постановки работы?

Её callback можно отменить по возвращаемому идентификатору Она использует очередь с приоритетом выше Promise callbacks Она явно ставит микрозадачу без служебного Promise Исключение в ней становится rejection готового Promise Она выполняет callback до завершения текущей функции

Вопрос 11 из 25

Что означает задержка 0 в setTimeout?

const started = performance.now();
setTimeout(() => {
  console.log(performance.now() - started);
}, 0);

for (let i = 0; i < 50_000_000; i++) {}

Таймер не будет запущен Callback станет микрозадачей Callback выполнится немедленно в текущем стеке Callback будет готов как будущая задача не раньше допустимого минимума Callback обязательно выполнится ровно через 0 мс

Вопрос 12 из 25

Какой порядок вероятен в современном браузере?

Таймер и click всегда преобразуются в микрозадачи одной очереди Готовый timer всегда выполняется раньше пользовательского события Обработчик click имеет безусловный приоритет перед готовым таймером Порядок зависит от готовности задач и выбора цикла событий Обе задачи могут одновременно исполняться на главном потоке

Вопрос 13 из 25

Почему setInterval может быть плох для долгой повторяющейся операции?

setInterval(async () => {
  await rebuildIndex(); // иногда дольше интервала
}, 1000);

Перед каждым повтором interval очищает состояние функции Каждый callback interval автоматически выполняется в Worker Повторы планируются по периоду и могут отставать или пересекаться логически setInterval не допускает async callback и оператор await Интервал всегда запускает callback ровно один раз

Вопрос 14 из 25

Как отменить ещё не выполненный таймер?

const id = setTimeout(sendDraft, 5000);
// Пользователь закрыл редактор до истечения пяти секунд.

queueMicrotask(id) delete id clearTimeout(id) Promise.cancel(id) AbortController.abort(id) для любого таймера

Вопрос 15 из 25

Что гарантирует таймер с задержкой 100 мс под нагрузкой?

setTimeout(() => console.log("ready"), 100);
blockMainThreadFor(700);

Выполнение callback гарантированно завершится к отметке 100 мс Callback начнётся точно через 100 мс независимо от нагрузки Callback таймера получает собственный отдельный поток выполнения Он станет готов не раньше порога и запустится, когда поток освободится Задача таймера всегда имеет приоритет выше пользовательского ввода

Вопрос 16 из 25

Какой полный порядок вывода?

console.log("A");
setTimeout(() => console.log("B"), 0);
console.log("C");
Promise.resolve().then(() => console.log("D"));

C, A, D, B A, B, C, D A, C, B, D A, C, D, B A, D, C, B

Вопрос 17 из 25

Какой порядок даст вложенное планирование?

console.log("A");
Promise.resolve().then(() => {
  console.log("B");
  setTimeout(() => console.log("D"), 0);
});
setTimeout(() => console.log("C"), 0);

A, B, C, D A, C, B, D A, D, B, C B, A, C, D A, B, D, C

Вопрос 18 из 25

Какой порядок вывода у двух await?

async function run() {
  console.log("A");
  await null;
  console.log("B");
  await null;
  console.log("C");
}
run();
console.log("D");

D, A, B, C A, B, C, D A, B, D, C A, D, B, C A, C, B, D

Вопрос 19 из 25

Когда браузер обычно получает возможность отрисовать кадр?

Только после выполнения всех таймеров, созданных страницей Немедленно после записи style, даже если стек ещё занят В середине текущего синхронного вызова после изменения DOM После задачи и микрозадач, когда браузеру пора обновить кадр Перед выполнением каждой отдельной микрозадачи

Вопрос 20 из 25

Почему тест с await new Promise(r => setTimeout(r, 10)) не гарантирует точный порядок сложной гонки?

startSync();
await new Promise(resolve => setTimeout(resolve, 10));
expect(state).toBe("done");

Задержка 10 мс всегда округляется браузером до одного часа await не поддерживает Promise, создаваемые через setTimeout Нагрузка и планировщик делают миллисекунды ненадёжной синхронизацией Promise с таймером выполняется синхронно при создании Ожидание таймера автоматически отменяет параллельные запросы

Вопрос 21 из 25

Профилировщик показывает одну задачу длиной 900 мс. Какой вывод обоснован?

Запись доказывает, что задержка вызвана исключительно сетью Единственной возможной причиной является сборщик мусора Main thread был занят непрерывной работой почти секунду За это время браузер обязательно выполнил ровно 900 таймеров Длинная задача означает, что очередь микрозадач была пуста

Вопрос 22 из 25

Как отличить бесконечную микрозадачную цепочку от одного долгого цикла?

queueMicrotask(function step() {
  doSmallPart();
  queueMicrotask(step);
});

Проверить, подключена ли к странице таблица стилей Профилировщик показывает оба случая полностью одинаково В профиле цепочка видна серией продолжений, цикл — одним длинным стеком Сравнить цвет сообщений console.log в двух сценариях Различить можно только полной перезагрузкой браузера

Вопрос 23 из 25

Какой фрагмент наиболее вероятно создаст голодание очереди задач?

CrequestAnimationFrame(draw); Econsole.log("done"); Dawait fetch(url); AsetTimeout(work, 0); B

function spin() { queueMicrotask(spin); }
spin();

Вопрос 24 из 25

Что измерять при жалобе «кнопка реагирует через секунду»?

Input delay, long tasks и стек блокирующей работы Количество переменных const Число CSS-классов Только размер HTML Версию шрифта

Вопрос 25 из 25

Как безопаснее разбить обработку 100 000 элементов на главном потоке?

Обрабатывать порции и между ними возвращать управление планировщику Увеличить задержки всех таймеров страницы на время обработки Сохранить массив глобально, чтобы не передавать его между порциями Оставить единый цикл, добавив console.log через каждые сто элементов Создать бесконечную цепочку queueMicrotask для каждой порции

Ответьте на все 25 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу