Да, есть такое, ну в любом случае это будет в then

почему, есть. но по мне не очень удобное.
https://developer.mozilla.org/ru/docs/Web/Guide/Events/%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5_%D0%B8_%D0%B2%D1%8B%D0%B7%D0%BE%D0%B2_%D1%81%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D0%B9

Прочитал первую строку, дом события

А у меня фция

разные браузеры по разному отрабатывают setTimeout(..,0), фактически магия...

Как я уже говорил, в целом жс один большой костыль. Жаль ещё не придумано ничего совершеннеек

ну и повесь шину на document.

не там все просто и везде одинаково

есть колл стак, в который почредено закыдывается код

На сейчас придумал такое объяснение.
1. Коллбеки Promise'ов исполняются синхронно. Проще говоря, Promise будет первой синхронной вещью в коде.
2. Посколько Promise p включает в себя p.then, то p.then попадает на стек и ждёт, пока Promise отрезолвит.
3. console.log() в низу синхронен, попадает на стек вторым, отрабатывает.
4. Тут резолвит Promise и потому может отработать p.then, ждавший на стеке.
5. Остаётся setTimeout.

Дальше есть апи каждого бразуера, и если движок видит что есть settimeout - он отправляет его в апи браузера, браузер запускает счетчик задержки и потом возвратит тот код назад в коллстэк

var a = 5;

setTimeout(function timeout() {
  console.log('timeout ran', a);
  a = 10;
}, 0);

var p = new Promise(function(resolve, reject) {
  console.log('promise ran', a);
  a = 25;
  resolve();
});

p.then(() => console.log('promise .then ran:', a));

console.log('global ran', a);

1) потому что промисы были есть и всегда будут микротастками для браузера. А Settimeout. interval и другое подобное API - Макротасками.
2) Микротаски всегда выполняются в пределах текущего раунда цикла. Макро таски на следующем раунде цикла
3) Если вы поставите в очредь бесконечное количество микротасок - вы повесите браузер. Да, циклом из промисов вы повесите вкладку на мертво
4) Если вы поставите в очередь бесконечное количество макротасок, то у браузера все равно будет время реагировать на пользовательский ввод

реально нет. si и sto могут вклиниться в любой этап life-цикла страницы.

Но жс же однопоточный и даже если у тя тамаут на 0 сек, - он выполнится после всего остального кода, так как идет "переброска"

уверен, что он будет первым, даже если первым объявлен?

Смотря на что

что именно?

Тут дело ни в какой не скорости, а правильности

Спасибо за инфу. Прочим участникам тоже.

мне больше нравится через raf нулевые калбэки пробрасывать. вот там всё чётко и однозначно.