Promise 执行机制怎样保证异步任务有序

Promise 不保证执行有序，仅保障状态不可逆和链式回调顺序；串行需开发者构建，如链式.then()、async/await循环或reduce折叠，而Promise.all是并发非顺序。

promise 本身不保证“执行有序”，它只保证状态不可逆、链式回调按注册顺序触发。真正让异步任务按序执行的，是开发者主动构建的串行控制流，而不是 promise 自动排序。

串行链式调用：最直接的保序方式

每个 .then() 都等前一个 Promise settled（完成或失败）后才执行，天然形成 FIFO 流水线：

• 写法示例：task1().then(() => task2()).then(() => task3())
• task2 不会启动，直到 task1 的 Promise 进入 fulfilled 或 rejected 状态
• 错误会沿链冒泡，.catch() 可统一拦截，不影响顺序逻辑

async/await 循环：语义清晰、结果可控

在 async 函数内用 for 循环 + await，每轮都阻塞等待当前 Promise 完成：

• 代码直观：for (const fn of tasks) { const res = await fn(); results.push(res); }
• 适合需逐个处理返回值、或中间有判断分支的场景
• 注意：不是“阻塞线程”，而是暂停函数执行，释放主线程去做别的事

reduce 构建执行链：函数式风格，适合封装复用

把 Promise 数组“折叠”成一条链，从 Promise.resolve() 开始累积：

• 核心逻辑：tasks.reduce((p, fn) => p.then(() => fn()), Promise.resolve())
• 避免手动写 n 层 .then，动态任务列表也能统一处理
• 返回的是一个最终 Promise，可继续 .then 或 await

别踩坑：Promise.all 不等于顺序执行

Promise.all([a(), b(), c()]) 是并发发起，谁先完成谁先 settle，数组索引只反映传入顺序，不代表执行时序：

• a() 可能耗时最长，但它的结果仍在数组第 0 位
• 若 b() 依赖 a() 写入数据库，两者并发就可能读到旧数据
• 需要顺序 → 选串行；需要快 → 选并发；别混用