Event loop и setTimeout?

Question

[Богдан]

Здравствуйте, господа гуру. Можете подсказать почему такой результат, а то как-то нелогично выходит.

setTimeout(_ => {
  console.log("A")
  setTimeout(_ => {
    console.log("B")
  }, 100)
}, 200)

setTimeout(_ => {
  console.log("C")
  setTimeout(_ => {
    console.log("D")
  }, 200)
}, 100)

// C
// A
// B
// D

Логично, что D должен ранее выполнится чем B. Вроде общее время выполнение D = 300мс и для B = 300мс. Но D по идее в webapis первый должен быть, поэтому и сработать раньше.
Спасибо.

Comments

[Lynn «Кофеман»]

Нет. Логично, что оба сработают примерно через 300мс, но порядок вообще никак не определён.

[Lynn «Кофеман»]

Вот есть пара статей как работают таймеры внутри ноды:
https://habr.com/company/alawar/blog/155509/
https://asafdav2.github.io/2017/node-js-timers/

В других движках (в браузерах) может быть не так.

[Богдан]

Спасибо, но все-таки логика прослеживается, я так понимаю при одинаковом таймауте первой выполняется та что выше объявлена

setTimeout(_ => {
  console.log("A")
  setTimeout(_ => {
    console.log("B")
  }, 100)
}, 200)

setTimeout(_ => {
  console.log("W")
  setTimeout(_ => {
    console.log("F")
  }, 50)
}, 250)

setTimeout(_ => {
  console.log("C")
  setTimeout(_ => {
    console.log("D")
  }, 200)
}, 100)

// C
// A
// W
// B
// F
// D

[Антон Спирин]

Богдан, оформляйте код как принято в сообществе.
_ => {} // быдло стайл
нижнее подчеркивание используют когда передается аргумент, но не используется.
В вашем же случае аргумента нет и вы должны писать так:
() => {}

[Никита Егоров]

Богдан, неа. Везде по разному.

[Lynn «Кофеман»]

В общем, таймеры в JS не гарантируют никакого порядка выполнения.
По большому счёту они вообще ничего не гарантируют. Есть только большая вероятность, что таймер выполнится примерно через заданное время.

[Богдан]

Алексей Тен, спасибо