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

Fetch, HTTP и работа с API

Тест проверяет поведение fetch, статусы HTTP, заголовки, разбор тела, потоковое чтение и устойчивые повторные запросы. Вопросы построены вокруг реальных сбоев: 404, который не попал в catch, дважды прочитанный Response, потерянная отмена и повтор небезопасной операции.

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

⏱ --:--

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

Вопрос 1 из 25

Когда Promise от fetch обычно выполняется успешно?

const response = await fetch("/api/report");
const data = await response.json();

Немедленно после создания объекта Request до обращения к сети Когда получены статус и заголовки, хотя тело ещё может читаться Только после полного чтения и разбора всего тела ответа Только после закрытия вкладки, из которой был отправлен запрос После получения успешного HTTP-статуса и проверки response.ok самим fetch

Вопрос 2 из 25

Что произойдёт с GET-запросом, которому передали body?

await fetch("/search", {
  method: "GET",
  body: JSON.stringify({ q: "js" })
});

Браузер проигнорирует URL Body превратится в query string Тело будет отправлено всегда Конструктор запроса/fetch отклонит такую конфигурацию Метод автоматически станет POST

Вопрос 3 из 25

Как корректно добавить параметры, не собирая строку вручную?

const url = new URL("/search", location.origin);
url.search = new URLSearchParams({ q: "a & b", page: "2" });
const response = await fetch(url);

Записать параметры в заголовок Host Передать объект в body GET encodeURI всего объекта JSON.stringify после символа # new URLSearchParams и URL.search

Вопрос 4 из 25

Что означает credentials: "include"?

Автоматически пройти любую схему авторизации удалённого сервера Запретить отправку cookies и HTTP-аутентификации во всех запросах Добавить имя пользователя и пароль непосредственно в URL Отключить TLS и отправить запрос по незашифрованному соединению Разрешить credentials в cross-origin запросе при верном CORS

Вопрос 5 из 25

Почему нельзя считать клиентский заголовок X-Role доказательством роли пользователя?

Fetch API запрещает передавать строковое значение admin в заголовке Значение X-Role автоматически шифруется и становится недоступным серверу Браузер удаляет все пользовательские заголовки перед отправкой Сервер может доверять заголовку, если запрос отправлен методом POST Клиент меняет заголовок; право проверяют по доверенной сессии или токену

Вопрос 6 из 25

Почему catch не сработал на ответ 404?

try {
  const response = await fetch("/api/missing");
  console.log("resolved", response.status);
} catch {
  console.log("network failure");
}

fetch отклоняется на сетевой сбой, а HTTP-статус проверяют вручную Свойство Response.ok имеет значение true для любого ответа Статус 404 автоматически преобразуется в пустой успешный JSON Для обработки HTTP-ошибок обязательно перейти на XMLHttpRequest catch реагирует на HTTP-ошибку после того, как тело ответа будет прочитано

Вопрос 7 из 25

Для какого ответа Response.ok равно true?

const response = new Response(null, { status: 204 });
console.log(response.ok);

199 500 204 302 404

Вопрос 8 из 25

Почему безусловный response.json() опасен при ошибке прокси?

const response = await fetch(url);
const data = await response.json();

response.json читает только заголовки и не обращается к телу Прокси может вернуть HTML, и parse-ошибка скроет исходный ответ Вызов json меняет status ответа на 200 перед разбором Любое HTML-тело автоматически выполняется как JavaScript JSON.parse недоступен для строк, полученных через fetch

Вопрос 9 из 25

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

Accept-Language вместе с Retry-After Content-Length вместе с Referer Set-Cookie вместе с Origin Host вместе с Location ETag вместе с If-None-Match

Вопрос 10 из 25

Что делать с Retry-After при ответе 429?

Скопировать Retry-After в заголовок Authorization следующего запроса Считать ответ 429 успешным и передать тело вызывающему коду Уважить паузу вместе с лимитом попыток и общим бюджетом Удалить cookies перед повтором, чтобы сервер снял ограничение Повторить немедленно, игнорируя серверное ограничение частоты

Вопрос 11 из 25

Что случится при втором чтении тела того же Response?

const response = await fetch(url);
const text = await response.text();
const json = await response.json();

Второй метод прочитает только заголовки Тело удвоится Обычно будет ошибка, потому что поток уже использован bodyUsed снова станет false Вернётся тот же объект из кэша

Вопрос 12 из 25

Когда следует вызвать response.clone()?

const response = await fetch(url);
const cacheCopy = response.clone();
const data = await response.json();

После сериализации разобранного результата через JSON.stringify После полного чтения тела, когда исходный поток уже закрыт Только после отмены исходного запроса через AbortController До первого чтения, если тело действительно нужно двум потребителям Перед чтением каждого отдельного заголовка Response

Вопрос 13 из 25

Зачем TextDecoder.decode(chunk, { stream: true }) при чтении байтов частями?

const reader = response.body.getReader();
const decoder = new TextDecoder();
let text = "";
for (;;) {
  const { value, done } = await reader.read();
  if (done) break;
  text += decoder.decode(value, { stream: true });
}

Чтобы выполнить JavaScript, находящийся в текстовом ответе Чтобы автоматически отменить активный reader потока Чтобы сжать полученные байты перед преобразованием в строку Чтобы TextDecoder проверил JSON-схему получаемого объекта Чтобы сохранить разрезанный многобайтовый символ между chunks

Вопрос 14 из 25

Успешный JSON разобран. Что ещё нужно перед использованием как User?

Повторно проверить HTTP-статус после завершения JSON.parse Сравнить только длину сериализованной строки ответа Выполнить объект через eval, чтобы получить экземпляр User Ничего: корректный JSON уже гарантирует предметные типы Проверить структуру, обязательные поля и допустимые значения

Вопрос 15 из 25

Почему потоковая обработка не всегда быстрее обычного json()?

Стандарт запрещает читать JSON через ReadableStream Reader не создаёт ни одного промежуточного Buffer или Uint8Array Потоки fetch поддерживают только изображения, но не текст Поток полезен при обработке частей; цельный JSON часто ждёт конца Метод json получает данные без сетевой передачи

Вопрос 16 из 25

Как реализовать таймаут fetch без оставленного таймера?

async function fetchWithTimeout(url) {
  const controller = new AbortController();
  const id = setTimeout(() => controller.abort("timeout"), 5000);
  try {
    return await fetch(url, { signal: controller.signal });
  } finally {
    clearTimeout(id);
  }
}

Проверять только Date.now без возможности остановить запрос Изменить response.status после превышения заданного времени AbortController, таймер abort и обязательный clearTimeout в finally Использовать Promise.race, оставив исходный запрос работать дальше Вызвать window.stop непосредственно перед началом fetch

Вопрос 17 из 25

Почему автоматический повтор POST оплаты опасен?

async function pay(body) {
  for (let attempt = 0; attempt < 3; attempt++) {
    try {
      return await fetch("/pay", { method: "POST", body });
    } catch {}
  }
}

Первый платёж мог пройти без ответа; повтор создаст второй без idempotency Fetch запрещает второй запрос к тому же URL в одной сессии AbortController автоматически изменяет передаваемую сумму Повторный POST делает сериализованное JSON-тело недействительным Браузер всегда кэширует POST и поэтому вернёт старый ответ

Вопрос 18 из 25

Зачем добавлять случайный разброс к экспоненциальной задержке?

Чтобы ответы сервера приходили в алфавитном порядке URL Чтобы преобразовать повторяемый POST в безопасный GET Чтобы отключить DNS-кэш на время серии повторов Чтобы следующий запрос гарантированно получил статус 200 Чтобы клиенты не повторили запрос одновременно после общего сбоя

Вопрос 19 из 25

Какой статус чаще всего не стоит автоматически повторять без изменения запроса?

const response = await fetch(url, options);
if (!response.ok) scheduleRetry(response.status);

408 503 400 429 504

Вопрос 20 из 25

Что важнее отдельного таймаута каждой попытки?

Ограничить только максимальную длину URL повторяемого запроса Использовать одинаковую паузу ровно 100 мс для всех ошибок Полностью отключить возможность отмены всей операции пользователем Задать общий deadline, чтобы все повторы не длились бесконечно Добавить console.log перед каждой попыткой независимо от результата

Вопрос 21 из 25

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

let query = "a";
load(query).then(show);
query = "ab";
load(query).then(show);

JSON.parse изменил поле id во время разбора тела Объекты Response автоматически сортируются по URL перед callbacks Обработчики then выполняются в порядке регистрации, поэтому первым должен был отобразиться второй запрос Причиной обязательно стала только политика CORS браузера Ответы пришли не по порядку запуска, а актуальность не проверялась

Вопрос 22 из 25

Как исправить гонку поиска с номером поколения?

let last = 0;
async function search(q) {
  const id = ++last;
  const data = await load(q);
  if (id === last) show(data);
}

Назначить всем запросам одинаковый setTimeout Увеличивать sequence и применять только результат последнего номера Удалить поле status из Response перед обработкой Показывать любой завершившийся ответ независимо от актуальности Сортировать разобранный JSON по длине перед показом результата

Вопрос 23 из 25

Что означает TypeError: Failed to fetch в браузере?

Сообщение всегда означает явную отмену запроса пользователем Это общий сетевой или policy-сбой; нужны Network и серверные факты Ошибка возникает только при отсутствии заголовка Content-Length Сообщение указывает, что ответ пришёл, но его тело не удалось разобрать как JSON Сообщение соответствует ответу сервера без доступного тела и заголовков

Вопрос 24 из 25

Какой журнал запроса полезнее?

Полное тело запроса вместе с паролями и токенами Полный исходный Authorization для воспроизведения запроса Только слово error без времени, статуса и идентификатора Метод, безопасный URL, status, длительность, request id и класс сбоя Все cookies пользователя вместе с чувствительными значениями

Вопрос 25 из 25

Как детерминированно проверить таймаут?

Использовать управляемые часы и незавершаемый Promise до abort Повторять тест до случайного прохождения на быстрой машине Ждать реальные пять секунд в каждом запуске набора Полагаться на текущую скорость сети компьютера разработчика Отключить assertions и проверить только завершение теста

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

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

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

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