await 不会延迟 Promise 的创建，只等待其完成；两个 setTimeout 在 Promise 构造时已同时启动，因此 promise2 先输出。若需严格串行执行，应将 Promise 创建推迟到 await 时机。
`await` 不会延迟 promise 的创建，只等待其完成；两个 `settimeout` 在 promise 构造时已同时启动，因此 `promise2` 先输出。若需严格串行执行，应将 promise 创建推迟到 `await` 时机。
在 JavaScript 异步编程中，一个常见误区是认为 await promiseX 会“触发”或“延迟启动”该 Promise。实际上，Promise 构造函数的执行器（executor）函数会在 new Promise(...) 被调用时立即同步执行——这意味着其中的 setTimeout 从代码运行起就已开始计时，与后续是否 await 完全无关。
以原始代码为例：
const promise1 = new Promise((resolve) => {
setTimeout(() => {
console.log("promise1");
resolve("promise1");
}, 4000);
});
const promise2 = new Promise((resolve) => {
setTimeout(() => {
console.log("promise2");
resolve("promise2");
}, 2000);
});
async function main() {
const result1 = await promise1; // 此处仅等待 promise1 完成（已运行 4s）
const result2 = await promise2; // 此处等待 promise2 —— 但它早在 2s 前就已 resolve！
console.log("end");
}执行流程如下：
- t=0ms：promise1 和 promise2 同时创建 → 两个 setTimeout 启动；
- t=2000ms：promise2 执行 resolve，状态变为 fulfilled（但无人监听）；
- t=4000ms：promise1 resolve，await promise1 完成，main 继续执行；
- 紧接着 await promise2 立即返回（因 promise2 已 settled），无需额外等待；
- 最终输出顺序为：promise2 → promise1 → end，总耗时约 4s，而非预期的 6s。
✅ 正确做法：将 Promise 创建封装为函数，在 await 时才调用
这样可确保第二个定时器在第一个 Promise 完成后才启动，实现真正的串行控制：
const createPromise1 = () => new Promise(resolve => {
setTimeout(() => {
console.log("promise1");
resolve("promise1");
}, 4000);
});
const createPromise2 = () => new Promise(resolve => {
setTimeout(() => {
console.log("promise2");
resolve("promise2");
}, 2000);
});
async function main() {
const result1 = await createPromise1(); // t=0 → 启动 4s 计时器
const result2 = await createPromise2(); // t=4s → 启动 2s 计时器
console.log("end"); // t=6s 输出
}
main();
// 输出顺序：promise1 → promise2 → end（总耗时 6s）? 关键总结：
- await 是“等待已存在 Promise 的结果”，不是“启动新异步任务”；
- 若需控制启动时机，请用函数封装 Promise 创建逻辑（即 lazy promise 模式）；
- 对于需并行执行但按序处理的场景，可改用 Promise.all([p1, p2]) + 解构，但本例目标是串行，故不适用；
- 在真实项目中，这种模式广泛用于 API 调用链、资源依赖初始化等场景，避免竞态与无效等待。
通过理解 Promise 构造时机与 await 语义的分离，你将更稳健地设计可预测的异步流程。
