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() 写入数据库，两者并发就可能读到旧数据
- 需要顺序 → 选串行；需要快 → 选并发；别混用
