The key output order is timer -> promise -> second timer. After each task, JavaScript drains microtasks before taking the next task.
Console output or cleanup runs in an order that does not match the source code order. This affects promise work triggered inside DOM events, timers, and network callbacks.
Assuming the timer queue continues before checking microtasks.
Make ordering explicit instead of relying on when a queued callback might happen to run.
Promise.resolve().then(handleMicrotask); setTimeout(handleTimer, 0); // Assert/expect the microtask before the timer.
The console lane proves the visible order: timer -> promise -> second timer. The active line and queues show why source order changed.
Add temporary logs around the sync line, promise callback, and timer, then confirm the order without adding arbitrary delays.
Related cases
Continue with nearby confusion while the mental model is fresh.
Sync execution
Most setup code, imports, and simple calculations behave this way.
setTimeout 0
Useful when you need to defer UI work until after the current event handler.
Promise before timeout
Promise-based state updates can happen before scheduled timers and animation cleanup.
Was this clear?
This stays local for now. It helps you track where the product still needs sharper cases.