async/await并非转换为生成器，而是引擎用类似状态机机制实现异步控制。1. async函数返回Promise，自动管理执行流程；2. await暂停执行并等待Promise解决，底层通过状态机保存上下文和恢复；3. 与生成器不同，async/await由引擎原生支持，无需手动调用next()或使用co库；4. V8对async/await有专门优化，性能优于生成器+Promise模式；5. 两者设计思想相似，但实现独立，async/await更简洁高效。
JavaScript 的 async/await 并不是直接被“转换”为生成器函数来执行的，而是底层运行时（如 V8 引擎）使用了与生成器类似的机制来实现异步函数的状态管理和暂停恢复逻辑。虽然 async/await 在语法和行为上借鉴了生成器 + Promise 的组合模式，但它本身是独立的语言特性，由引擎原生支持。
async/await 与生成器的相似性
在 async/await 出现之前，开发者常用 生成器函数（generator） 配合 Promise 手动实现类似“等待”的效果。例如：
function* myGenerator() { const result = yield someAsyncOperation(); console.log(result); }这里的 yield 暂停函数执行，外部通过调用 next() 恢复，并传入异步结果。这种模式需要一个自动执行器（如 co 库）来监听 Promise 完成并继续执行。
async/await 实际上就是把这个模式标准化、内置化了：
立即学习“Java免费学习笔记（深入）”；
- await 类似于 yield，可以暂停函数执行，等待 Promise 解决
- async 函数 自动返回一个 Promise，并内置了执行器逻辑
- 引擎内部管理状态机，决定何时恢复执行
底层机制：状态机与回调调度
V8 等现代 JavaScript 引擎在编译 async 函数时，会将其转化为一个基于状态机的结构，这个过程类似于将生成器函数编译为状态机。
- 每个 await 表达式对应状态机中的一个暂停点
- 当遇到 await 时，引擎将当前上下文保存，注册 Promise 的 then 回调
- Promise 完成后，回调触发，状态机跳转到下一个状态，恢复执行
这个机制与生成器的实现非常相似——生成器也是通过状态机记录当前暂停位置，但 async 函数的状态机是引擎自动生成且专用于处理 Promise。
与生成器的关键区别
尽管机制相似，async/await 和生成器在底层并不互相依赖：
- 返回类型不同：async 函数返回 Promise；生成器函数返回可迭代的生成器对象
- 错误处理不同：await 中抛出的异常会被 Promise.reject 捕获；而 yield 的错误需手动传递
- 控制权不同：async 函数由引擎自动驱动，无需手动调用 next()；生成器需要外部执行器
- 性能优化：V8 对 async 函数有专门优化路径，比手动用生成器 + co 更高效
总结
async/await 并非语法糖式地转换为生成器，而是采用了类似生成器的状态机模型，由 JavaScript 引擎直接实现。它利用 Promise 作为异步原语，结合内置的状态管理与恢复机制，提供更简洁、高效的异步编程体验。本质上，两者共享“暂停-恢复”的设计思想，但在实现层面是独立发展的。
基本上就这些。
