JavaScript的流程控制（如if、else、switch）不依赖事件循环，同步执行阶段立即求值并决定分支走向；事件循环仅调度宏任务和微任务的执行时机，不影响条件判断本身。
JavaScript 的流程控制（如 if、else、switch）本身**不依赖事件循环**，它们在**同步执行阶段立即求值并决定分支走向**；而事件循环只负责调度宏任务（macrotask）和微任务（microtask）的执行时机。条件分支的“顺序”由代码书写位置和运行时值决定，事件循环影响的是**分支内部异步操作的响应时机**，而非分支本身的判断逻辑。
条件分支在同步阶段就已完成决策
所有 if/else 判断都在当前执行栈中立刻完成。JavaScript 引擎读到条件表达式，立即计算布尔值，跳转到对应分支——这个过程和事件循环无关，也不被宏/微任务打断。
- 例如：
if (Date.now() > 1700000000000) { console.log('已过期'); }，判断瞬间完成，不等待任何队列 - 即使条件里包含函数调用（如
if (api.isOnline())），只要该函数是同步的，整个判断仍同步结束
异步操作嵌套在分支中，才受事件循环影响
当某个分支内发起异步行为（如 setTimeout、fetch、Promise.then），其回调的执行时机才由事件循环决定。此时“哪个分支先输出”可能和直觉不符，但**不是分支判断乱了，而是回调被延后了**。
-
常见误区：
if (true) { setTimeout(() => console.log('A'), 0); } else { console.log('B'); }→ 先输出B，再输出A，因为setTimeout回调是宏任务，排在下一轮循环 - 若改用
Promise.resolve().then(() => console.log('A'))，则A作为微任务，在当前同步代码结束后、下个宏任务前执行
多个异步分支的执行顺序取决于任务类型与排队时机
不同分支中注册的异步任务，按“注册顺序 + 任务类型（微任务优先于宏任务）+ 队列规则”混合排序，而非按 if 书写的先后。
立即学习“Java免费学习笔记（深入）”；
- 示例：分支 A 中
Promise.resolve().then(() => console.log('A'))，分支 B 中setTimeout(() => console.log('B'), 0)→ 总是A先于B - 若两个分支都用
setTimeout，且延迟相同，则按注册顺序执行（先进先出） - 注意：
async/await本质是 Promise 语法糖，await后的代码会被挂起，恢复后进入微任务队列
调试建议：用 console.log 标记同步点与异步点
区分哪些是“立刻发生的”，哪些是“稍后发生的”，能避免混淆流程控制与事件循环职责。
- 在每个分支开头加
console.log('进入分支 X')—— 这行一定同步输出 - 在异步回调里加
console.log('分支 X 的异步结果')—— 输出时机由事件循环决定 - 配合浏览器 DevTools 的 Event Loop 面板或 Node.js 的
--trace-events，可直观看到任务入队与执行节奏
