Попробую все просуммировать:

Код:
setTimeout(function innerTimeout() {
   console.log('delayed message');
}, 5000);
console.log('hi');

Для простоты возьмем, что этот код будет выполняться в chrome.
Выполнение кода:
 - в call stack попадает setTimeout.
 - setTimeout начинает выполняется как часть web apis. По истечению 5 секунд handler в setTimeout (внутренняя реализация) попадает в call queue.
 - call stack попадает console.log('hi').
 - call stack пуст, значит выполняем callback queue.
 - hander из setTimeout (внутренняя реализация) попадает в call stack. Далее innerTimeout попадает в call stack. Далее console.log('delayed message'); попадает в call stack. (до того как сработает это, появляется задержка равная той, чтобы была в setTimeout (внутреняя реализация)).

- возможно еще до конца выполнения предыдущего пункта в call stack попадает console.log('hi').

не возможно, а точно

консоль лог выполнится сразу же после выполнения сеттаймаута (той части, которая добавляет задачу в вебапи)

любая синхронная операция выполнится раньше любой асинхронной

даже если время выполнения асинхронной 0

Можете подсказать,нормально ли,если к меня запрос идет по setTimeout,то есть setTimeout ,внутри const {data} = await axios.get
..
обернуть это все дело промисом, чтобы управлять состоянием,когда данные пришли

pending,resolve

благодарю всех за помощь, почитаю сейчас

а вообще в целом да, норм

Понял, спасибо большое, теперь разобрался

Можно еще узнать откуда вы узнали про handler?

Краткий пример кода было бы неплохл.

из колстека, который мне вывалился после вызова ошибки в сеттаймауте)

там на самом деле еще внутри куча вызовов всяких служебных

но это чисто консольные штуки какие-то, по всей видимости

я так понимаю setTimeout handler* означает какой-то генератор handler из setTimeout

setTimeout (async()=>{
 const {data} = await axios.get(url)
 setData(data)
},1000)

await внутри не async функции? Это работает?

Прошу прощения, забыл