frontend-interview-playbook

Appearance

Promise 与 async/await：状态机、错误传播与并发组织 ​

机制定位 ​

Promise 不是“异步结果容器”这么简单，它更像一个受控状态机。

  • Promise 不是“异步结果容器”这么简单，它更像一个受控状态机
  • Promise 的价值在于表达一次异步计算的完成、失败与链式传播
  • async/await 只是基于 Promise 的语法展开，底层仍遵循 thenable 吸收和微任务调度
  • Promise 不能取消，取消通常依赖 AbortController、业务标记或宿主 API 自身支持

参与者与职责 ​

  • Promise 不是“异步结果容器”这么简单，它更像一个受控状态机
  • Promise 的价值在于表达一次异步计算的完成、失败与链式传播
  • async/await 只是基于 Promise 的语法展开，底层仍遵循 thenable 吸收和微任务调度
  • Promise 不能取消，取消通常依赖 AbortController、业务标记或宿主 API 自身支持
  • Promise 一旦从 pending 进入 fulfilled 或 rejected 就不可逆；then/catch/finally 会派生出新的 Promise 链

关键流程 ​

  • Promise 不是“异步结果容器”这么简单，它更像一个受控状态机
  • Promise 的价值在于表达一次异步计算的完成、失败与链式传播
  • async/await 只是基于 Promise 的语法展开，底层仍遵循 thenable 吸收和微任务调度
  • Promise 不能取消，取消通常依赖 AbortController、业务标记或宿主 API 自身支持
  • Promise 一旦从 pending 进入 fulfilled 或 rejected 就不可逆；then/catch/finally 会派生出新的 Promise 链
  • await 会暂停当前 async 函数，把后续代码包装进微任务，等待目标 Promise 完成后继续

关键数据结构或调度关系 ​

  • Promise 与 async/await：状态机、错误传播与并发组织 背后通常都有一组关键容器或调度关系，它们决定性能边界

容易误解的边界 ​

  • Promise 不是“异步结果容器”这么简单，它更像一个受控状态机
  • Promise 与 async/await：状态机、错误传播与并发组织 背后通常都有一组关键容器或调度关系，它们决定性能边界
  • Promise 与 async/await：状态机、错误传播与并发组织 这类问题不能只背定义，更要分清它解决的对象、内部机制和工程取舍。 Promise 不是“异步结果容器”这么简单，它更像一个受控状态机。 Promise 的价值在于表达一次异步计算的完成、失败与链式传播。 Promise 一旦从 pending 进入 fulfilled 或 rejected 就不可逆；then/catch/finally 会派生出新的 Promise 链。 Promise.all 适合“全成功才继续”，allSettled 适合收集全部结果，any 适合抢首个成功结果。 接口层设计要同时考虑错误传播、超时、取消与并发限制，而不只是“拿到返回值”。 追问通常会沿着 异步调度、Promise 和事件循环 展开，重点在于把现象还原成系统行为
  • 当你在项目里讨论“Promise 与 async/await：状态机、错误传播与并发组织”时，通常不是只回答一个定义，而是要把 值语义、对象模型和执行上下文 讲清楚
  • 真正拉开差距的部分通常在 原型链、闭包和运行时边界，因为这里最能体现规模、约束和经验判断

工程后果与调试抓手 ​

  • Promise 不是“异步结果容器”这么简单，它更像一个受控状态机
  • Promise 的价值在于表达一次异步计算的完成、失败与链式传播
  • async/await 只是基于 Promise 的语法展开，底层仍遵循 thenable 吸收和微任务调度
  • Promise 不能取消，取消通常依赖 AbortController、业务标记或宿主 API 自身支持
  • Promise 一旦从 pending 进入 fulfilled 或 rejected 就不可逆；then/catch/finally 会派生出新的 Promise 链

问答设计及延伸 ​

标准回答 ​

回答 Promise 与 async/await：状态机、错误传播与并发组织 时，先说明它在 JavaScript 主链中解决的核心问题，再按参与者、流程阶段、关键数据结构和边界条件展开，最后落到性能、调试或架构后果。

追问拆解 ​

  • Promise 与 async/await：状态机、错误传播与并发组织 与“事件循环：task、microtask、渲染机会与异步时序”在主链中的职责分工
  • Promise 与 async/await：状态机、错误传播与并发组织 与“超时、重试与幂等：接口治理中的失败恢复”在主链中的职责分工
  • 规模增大后最先暴露瓶颈的阶段
  • 行为异常时优先检查的参与者、阶段与数据结构

容易失分的点 ​

  • 只会背术语，不会解释流程顺序
  • 把机制和工程结果混成一层
  • 忽略边界条件，导致结论过度绝对

项目映射 ​

  • 结合一次真实问题说明 Promise 与 async/await：状态机、错误传播与并发组织 如何帮助你定位 bug、性能问题或更新错序
  • 补充源码阅读或调试时看到的关键数据结构位置
  • 补充它和上下游模块的连接关系

相关主题 ​