Promise 是封装异步操作的状态容器，有 pending/fulfilled/rejected 三种不可逆状态；async/await 是其语法糖，用同步写法处理异步，依赖微任务队列，错误用 try/catch 捕获更直观。
Promise 和 async/await 都是用来处理 JavaScript 异步操作的核心机制，但它们在用法、结构和思维方式上明显不同。理解它们的关键不是记语法，而是看清“谁在控制流程、错误怎么冒泡、代码怎么组织”。
Promise 是一个带状态的异步容器
它本质是一个对象，封装了一个尚未完成的操作，并自带三种状态：pending（进行中）、fulfilled（成功）、rejected（失败）。一旦状态从 pending 变成 fulfilled 或 rejected，就不可逆转。构造 Promise 时，传入的执行器函数会立即运行——这意味着异步任务其实立刻启动，只是结果要等回调来取。
常见写法依赖链式调用：
- .then() 接收成功值，返回新 Promise，支持继续链式处理
- .catch() 捕获链中任意环节抛出的错误或 reject，类似 try-catch 的 finally 后兜底
- .finally() 无论成功失败都执行，适合清理工作（如关闭 loading）
缺点也很实在：多个嵌套 .then() 容易拉长横向宽度；错误只能靠链尾 .catch() 捕获，中间漏掉就静默失败；无法取消已创建的 Promise。
async/await 是 Promise 的语法糖，不是替代品
async 函数声明本身就会自动返回一个 Promise，哪怕你 return 一个普通值，也会被包装成 resolved 状态的 Promise。而 await 关键字只做一件事：暂停当前 async 函数的执行，等待右侧表达式（必须是 Promise 或 thenable） settle 后，再把结果当同步值继续往下走。
它让异步逻辑“看起来像同步”，但底层仍是 Promise + 微任务调度。注意几个硬约束：
- await 只能在 async 函数内部使用，否则报语法错误
- await 后面如果不是 Promise，会自动转成 Promise.resolve(x)
- 错误统一用 try/catch 捕获，比 .catch() 更贴近传统编程直觉
实际编码中的关键差异
同样是串行获取用户 → 订单 → 支付信息，两种写法对比鲜明：
- Promise 风格：getData().then(u => getOrder(u.id)).then(o => getPay(o.id)).catch(err => console.error(err)) —— 逻辑清晰但缩进浅、链太长时难定位哪步出错
- async/await 风格：const u = await getData(); const o = await getOrder(u.id); const p = await getPay(o.id); —— 行序即执行序，调试断点可逐行停，try/catch 覆盖整段更可控
并行场景下，Promise.all([p1, p2, p3]) 依然高效简洁；而 await 必须配合数组解构或 Promise.all 才能并发，单独 await 是阻塞式的。
底层执行机制一致，都依赖微任务队列
无论是 .then() 回调，还是 await 后的恢复点，都会被推入微任务队列，在当前宏任务（比如点击事件、脚本执行）结束后、下一个宏任务开始前统一清空。所以两者
在事件循环层面没有性能差异，区别只在开发体验和可维护性。
不复杂但容易忽略
