Нужно было 1000 страниц как можно быстрее

По 20 параллельно тип

А жс разве может в параллельность? Мне казалось, что там просто 1 поток, который с прерываниями работает.

Ожидание сетевых запросов не жс разруливает

А с++

При вызове fetch у браузера ты даёшь команду браузеру сделать запрос

Он тебе лишь после запроса твою функцию колбек закинет куда надо и ты ее выполнишь

У браузера 6 запросов параллельно можно, но на бэке там сколько хочешь, вроде

Жс асинхронный

Но браузер так же даёт тебе воркеры, чтобы ты мог запускать паралельно другой процесс

В ноде они тоже есть, кластеры

Но сам жс однопоточный

Не с прерываниями

Задача 1
Задача 2
Задача 3

У тебя есть список задач. Они делятся на 2 списка

Микро задачи
Макро задачи

Каждую представь как очередь. В ней лежит колбек, к примеру от успешного запроса или ивент листенера

Браузер выполняет 1 задачу из микро задач, потом 2 и 3. Пока список не опустеет

После этого он рендерит, показывает юзеру актуальное состояние

Далее заходит в макро задачи. Берет одну задачу из очереди и снова к 1 пункту. Макро выполняется один за цикл

Если твоя задача будет очень тяжёлая, то ты заблокируешь рендер

У пользователя зависнет страница.

Варианты решения: вынести задачу в воркер или поделить задачу путем тайм-аута/raf. Тайм-аут это макротаск создаёт и получается ты за один цикл лишь долю задачи делаешь и потом снова рендер

Ебать

Целый мануал

как с собеса пришел

setTimeout (task1, 0)
Promise.resolve().then(task2)
Promise.resolve().then(task3)

setTimeout (task4, 0)