Почему такая очередь задач?

Question

[asdasdqwe]

Promise.resolve().then(()=>{
  setTimeout(()=>{
    console.log('11111')
  },0)
})

setTimeout(()=>{
    console.log('22222222')    
},0)

Результат: 22222222, 11111

Сначало выполняется then у промиса и добавляет первый setTimeout в очередь, потом второй setTimeout добавляется в очередь. По правилу первым пришел – первым ушел, первый setTimeout должен был запуститься первым, но в данном случае второй setTimeout выполняется сразу

Comments

[Сергей Соколов]

then() совсем не «сначала» выполняется, а потом.
Не поленитесь расставить ещё несколько console.log() и разобраться в порядке.

[Вадим]

Почему Вы тратите чужое время, прежде чем прочитаете документацию?
https://learn.javascript.ru/microtask-queue

Я же Вам написал в другом вопросе, прочитайте про event loop и микро и макро задачи.

[Антон Горецкий]

я думаю так - при первом проходе в микростек добавляются промис и последний setTimeout. Затем из стека пытается выполнится промис, но внутри новый setTimeout, который опять улетает в микростек. Дальше уже понятно.

Answer 1

[Rsa97]

1. Срабатывает then и добавляет в очередь микрозадач свой каллбэк.
2. Срабатывает setTimeout (22222222) и добавляет в очередь макрозадач свой каллбэк.
3. Основной стек пуст, вызывается задача из очереди микрозадач.
4. Срабатывает setTimeout (11111) и добавляет в очередь макрозадач свой каллбэк.
5. Основной стек пуст, очередь микрозадач пуста, вызывается задача из очереди макрозадач.
6. Выводится '22222222'.
7. Основной стек пуст, очередь микрозадач пуста, вызывается задача из очереди макрозадач.
8. Выводится '11111'.
9. Основной стек пуст, очередь микрозадач пуста, очередь макрозадач пуста.

Comments

[Вадим]

К предыдущему вопросу asdasdqwe я бы ещё дописал
10. Выполняется requestIdleCallback, если не было задано таймера

Answer 2

[dollar]

Попадает очередь в порядке вызова setTimeout, а не в порядке компиляции.
Сначала вызывается timeout2, лишь потом срабатывает then и timeout1 вместе с ним.