Почему setTimeout выполняется быстрее setImmediate?

Question

[Alex Ozerov]

Последовательность выполнения обозначил в комментариях

console.log('console.log 1')//1
setTimeout(() => console.log('setTimeout'), 0)//3
setImmediate(() => console.log('setImmediate'))//4
console.log('console.log 2')//2

и другой пример:

console.log('console.log 1')//1
fs.readFile('./views/about.html', 'utf8', (err,data) => {
    setTimeout(() => console.log('setTimeout'), 0)//4
    setImmediate(() => console.log('setImmediate'))//3
})
console.log('console.log 2')//2

В первом случае таймаут быстрее потому что в цикле событий таймеры имеют приоритет над циклом "Check", но и как бы setImmediate должен иметь преимущество над setTimeout. В общем, помогите разобраться, почему так.

Comments

[Антон Антон]

А так пробовал?

console.log('console.log 1')//1
setImmediate(() => console.log('setImmediate'))
setTimeout(() => console.log('setTimeout'), 0)
console.log('console.log 2')//2

[Alex Ozerov]

Антон Антон, так смысл не в том что бы их поменять местами, а вопрос в последовательно выполнения "за кадром"

[Aetae]

Вообще конечно можно зарыться в спеку, но я не хочу, потому вывалю предположения:):
Известно, что setTimeout работает по тикам таймера, которые происходят раз в N ms и НЕ связаны напрямую с event loop.
Из этого можно предположить, что setImmediate всегда быстрее попадёт в очередь чем setTimeout, за исключением тех случаев, когда тик таймера идеально совпал с вызовом setTimeout, который стоит перед setImmediate.
Из этого можно сделать вывод, что в первом случае setTimeout попадает на нулевой тик, а потому кладётся в очердь раньше чем setImmediate.

Это всё спекуляции, но выглядит правдоподобно.)

[Антон Антон]

Alex Ozerov, в доках написано, что setImmediate нестандартная фича и может быть реализована по разному.

[Антон Антон]

Alex Ozerov, это описано в простейшем виде тут: https://learn.javascript.ru/event-loop ну или тут: https://developer.mozilla.org/en-US/docs/Web/API/H...

[Alex Ozerov]

В общем случайно наткнулся на конференцию EPAM по nodejs и там сказали, что внутри функции readFIle setImmediate гарантировано выполнится первым, это особенность Node.js

[Aetae]

Антон Антон, ну по сути она появилась в Node, и есть только там. О чём собствнно и обсуждение.
Но заполифилить setImmediate довольно просто, например через промис или через генератор.

Answer 1

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

Потому что так повезло. Это не гарантия.

https://nodejs.org/en/docs/guides/event-loop-timer...

For example, if we run the following script which is not within an I/O cycle (i.e. the main module), the order in which the two timers are executed is non-deterministic, as it is bound by the performance of the process: [...]

However, if you move the two calls within an I/O cycle, the immediate callback is always executed first:

Answer 2

[Aetae]

Вот годный ответ, раскладывает всё по полочкам(конкретный ответ в коментах):
https://stackoverflow.com/questions/55467033/diffe...
В Node ажно 4 очереди для по сути одного и того же(2 от самой ноды 2 от v8). :)