事件循环是异步代码执行的“总调度员”，它通过三步还原法决定实际执行顺序：第一步同步代码块最先连续执行；第二步微任务（如promise.then）立即入队并清空；第三步宏任务（如settimeout）在微任务后逐个执行；常见陷阱包括微宏任务优先级错乱、await缺失、阻塞操作卡死循环及事件循环嵌套。
事件循环是异步代码执行的“总调度员”，它不决定代码写成什么样，但决定了代码实际怎么跑。分析异步陷阱，本质就是还原事件循环每一步在做什么：同步代码在哪执行、微任务何时清空、宏任务如何排队、协程何时让出控制权。
看懂事件循环的三步还原法
遇到执行顺序异常，按这个顺序推演：
- 第一步：标出所有同步代码块——它们一定最先、连续执行，中间不会被打断；
- 第二步：找出所有微任务入口——Promise.then/catch/finally、async函数return后的await点、queueMicrotask()调用，这些都会被立即塞进微任务队列；
- 第三步：列出宏任务来源——setTimeout、setInterval、I/O完成回调、UI渲染触发点，它们排在微任务之后，且每次只取一个执行。
最常踩的四类执行陷阱
1. 微任务 vs 宏任务优先级错乱
比如 Promise.then 和 setTimeout(0) 看似“同时注册”，但前者一定先执行。常见错误是误以为“谁先写谁先跑”，结果日志顺序和预期相反。
2. await缺失导致协程未真正挂起
写 async 函数却忘了 await 一个 Promise，结果拿到的是协程对象本身，后续逻辑立刻执行，根本没等异步操作完成。这在链式调用中尤其隐蔽。
3. 阻塞操作卡死整个循环
在 async 函数里调用 time.sleep()、requests.get() 或长循环计算，表面是异步函数，实则阻塞主线程。其他所有协程全部停摆，直到该操作结束。
4. 事件循环嵌套或重复启动
比如在已运行的 asyncio 环境中又调用 asyncio.run()，或在回调里手动 get_event_loop().run_forever()。Python 3.10+ 会报 RuntimeError，JS 中则可能造成循环不可控、内存泄漏。
Python asyncio 特有陷阱
Python 的事件循环更强调“调度粒度”：
- 两个 await 之间的代码是原子执行的——哪怕耗时 2 秒，也不会主动让出控制权；
- 没用 asyncio.gather 并发发起请求，而是逐个 await，等于把异步写成了同步；
- aiohttp session 没用 async with 正确关闭，会导致连接泄露，后续请求排队等待可用连接。
JavaScript Promise 常见误判点
别只看代码顺序，要看 Promise 状态流转：
- Promise 构造函数里的代码是同步执行的（new Promise(fn) 中的 fn 立刻运行）；
- .then() 回调一定是微任务，但只有 Promise 变为 fulfilled 才会触发；
- async 函数内部 return 的值会被自动包装成 resolved Promise，所以 return 之后的 await 实际在处理这个隐式 Promise。
