поток всегда один
то есть пока не придёт ответ на первый запрос, второй не отправится?
это не имеет отношения к поточности
окей. Но меня интересует именно то, как fetch обрабатывает очередь запросов. Грубо говоря, я на старте приложения стреляю 5 запросов. Полетят ли они в параллели или последовательно?
правильней предполагать рандомную последоваетельность, хотя на практике они часто будут отправляться в исходной последовательности
но последовательность всё равно имеет место быть? Поясню. Мне не важен порядок, важна скорость работы. Допустим, запросы обрабатываются 2 секунды. Если я отправляю 3 запроса в моменты времени 1, 2 и 3, то ответы придут в 3, 4, 5 или в 3, 5 и 7?
ответы от сервера тоже надо рассматиривать как рандомные если не предусмотренны специальные настройки
предположим, что он последовательно их обрабатывает
тогда и ответы скорее всего придут в той же последовательности, если не сбои в маршрутизации которые тоже могут случится
либо я не догоняю, либо синтезировать пример сложнее, чем выяснить детали работы
правильно ли я понял, что в моём примере выше правильный ответ будет 3, 4, 5? То есть второй и третий запросы улетят на сервер не дожидаясь ответов на предыдущие
запросы улетают не дожидаясь никаких ответов
окей, спасибо!
если нужно иное поведение, то его можно настроить специальными инструкциями типа then или await
это да, мне именно интересно, как сам fetch себя по дефолту ведёт
Обсуждают сегодня