什么是javascript的promise与async_await【教程】

promise是异步操作的底层抽象，async/await是其语法糖；不理解Promise的状态机（pending/fulfilled/rejected）和microtask机制，就无法正确使用错误处理、并发控制与调试。

Promise 和 async/await 不是两个要“选一个学”的概念，而是同一套异步处理机制的两种表达方式：Promise 是底层抽象，async/await 是基于 Promise 的语法糖。不理解 Promise 就直接用 async/await，容易在错误捕获、并发控制或调试时掉坑里。

Promise 是什么：一个表示“未来才会有的值”的对象

它不是回调函数的替代品，而是把“等结果”这件事封装成可组合、可传递、有固定状态（pending / fulfilled / rejected）的对象。

• new Promise((resolve, reject) => {...}) 构造时必须立即执行 executor 函数，不能延迟启动
• 状态一旦变为 fulfilled 或 rejected，就不可逆；多次调用 resolve() 或 reject() 只有第一次生效
• .then() 和 .catch() 总是异步执行（即使 Promise 已 resolve），属于 microtask，比 setTimeout 优先级高
• 常见错误：Promise.resolve().then(() => { throw new Error('oops') }) 不会崩进程，但错误会被吞掉——必须接 .catch() 或在 async 函数里用 try/catch

async/await 的本质：让 Promise 链写起来像同步代码

async 函数返回的一定是 Promise 对象，哪怕你 return 42，它也会被自动包装成 Promise.resolve(42)；await 后面如果不是 Promise，会自动转成 Promise.resolve(...)。

• await 只能在 async 函数内部使用，顶层 await 仅在模块（type="module"）中有效
• await 等待的是 Promise 的 fulfilled 值；如果 Promise 被 reject，且没被 try/catch 捕获，就会抛出未处理异常
• 并发请求别写成串行：await fetch(a); await fetch(b) 是顺序发，应改用 Promise.all([fetch(a), fetch(b)]) 或 await Promise.all([fetch(a), fetch(b)])
• 错误捕获必须显式：只写 await fn() 不够，得包 try { await fn() } catch (e) { ... }，否则错误会冒泡到最近的 rejection handler

混用时的典型陷阱：.then() 和 await 一起用容易丢错误

比如 asyncFn().then(...).catch(...) 看似能捕获错误，但如果 asyncFn 内部用了 await 且没处理，而 .then() 回调里又抛错，这个新错误不会被外层 .catch() 捕获——因为 .then() 的回调返回的 Promise 错误需要自己的 .catch()。

立即学习“Java免费学习笔记（深入）”；

• 推荐统一风格：要么全链式（Promise + .then/.catch），要么全块式（async/await + try/catch）
• 不要在 async 函数里混用 .then() 处理主要流程，除非你明确知道 microtask 队列的执行顺序
• await Promise.reject('err') 会直接 throw，而 Promise.reject('err').then(...).catch(...) 是标准链式处理，二者错误传播路径不同

真正难的不是语法，是判断什么时候该用 Promise.all、什么时候该用 Promise.allSettled、为什么 await 在循环里可能引发性能问题——这些都建立在对 Promise 状态机和执行时机的理解之上。没理清 pending/fufilled/rejected 的流转，async/await 就只是换了一种写法的黑盒。