yield是Python解释器级同步状态机机制，调用next()立即恢复执行、无队列调度、零延迟；与JavaScript微任务队列及事件循环无关。
yield 不在事件循环里，它和微任务队列没有执行时序上的交集。理解这个，是避免混淆的关键。
yield 的暂停/恢复不依赖 JavaScript 事件循环
Python 的 yield 是解释器级的状态机控制机制，与浏览器或 Node.js 中的 microtask/macrotask 完全无关。它不注册回调、不入队、不等待事件循环调度。所谓“被 next 唤醒”，本质是 Python 解释器直接跳转回生成器函数挂起时保存的栈帧和指令指针——一次纯同步、零延迟的上下文切换。
对比来看：
- Promise.then() 或 queueMicrotask()：把回调推入微任务队列，等当前同步代码执行完、微任务队列清空后才执行
- next(gen)：立刻触发生成器恢复，中间不经过任何队列，也不让出控制权给其他协程或 I/O
物理执行时序中不存在“断层”，只有明确的控制权移交点
所谓“断层”，其实是错把 yield 当作异步分界线。实际上：
- 调用 gen = func()：仅创建 generator 对象，函数体一行都不执行
- 第一次调用 next(gen)：从头开始执行，直到遇到第一个 yield；此时返回值、保存局部变量、冻结栈帧，控制权交还给调用方
- 第二次调用 next(gen)：解释器加载原栈帧，从 yield 下一条语句继续执行，直到下一个 yield 或 return
两次 next 调用之间没有时间间隙，也没有“等待”行为——它是确定性的、可预测的、完全同步的控制流中断与续接。
为什么容易误认为有“微任务式延迟”？
常见混淆来源有三个：
- 看到 for x in gen: ... 感觉像“自动异步推进”，其实 for 内部就是连续调用 next()，毫无延迟
- 混用 asyncio 和 yield（比如老式 @asyncio.coroutine 装饰器），误以为 yield from await 表达式中的 yield 具有调度语义——实际调度由 await 完成，yield 仍只负责状态暂存
- 受 JS 语法直觉影响，把 Python 的 yield 类比为 await，但 await 是协程挂起+事件循环让渡，yield 是生成器挂起+调用方主动拉取
验证方式：用 time.perf_counter 看真实耗时
写一段带 print 和计时的生成器：
import time
def demo():
start = time.perf_counter()
print(f"[{start:.6f}] 开始")
yield "first"
mid = time.perf_counter()
print(f"[{mid:.6f}] 恢复，耗时 {mid - start:.6f}s")
yield "second"
g = demo()
print("调用 next(g) 前")
print(next(g))
print("再次调用 next(g) 前")
print(next(g))
运行结果中，两次 print 的时间戳差值通常在纳秒级，远小于一次微任务调度开销（通常 >10μs），直观印证其非事件循环路径。
