javascript Promise是什么_如何使用它处理异步操作？

Promise 是对异步操作的抽象封装，具有 pending、fulfilled、rejected 三种不可逆状态；pending 不可跳过，状态单向流转；async/await 错误处理更安全；Promise.all() 全有或全无，Promise.allSettled() 允许部分失败；未捕获拒绝会导致内存泄漏。

Promise 不是回调函数的语法糖，而是一种对异步操作的抽象封装——它让你能用同步风格写异步逻辑，但前提是理解它的状态流转和错误传播规则。

Promise 的三种状态和为什么不能跳过 pending

每个 Promise 实例必然处于 pending、fulfilled 或 rejected 其中一种状态。关键点在于：pending 是不可绕过的初始态，且状态只能单向变更（pending → fulfilled 或 pending → rejected），一旦变更就不可逆。

常见误用是以为构造函数里直接 resolve() 就“立刻完成”，其实 Promise 创建即进入 pending，即使同步 resolve，后续的 .then() 也总在当前任务队列末尾执行（microtask 队列）。

const p = new Promise(resolve => {
  console.log('1');
  resolve('done');
  console.log('2');
});
p.then(console.log); // 输出顺序：1 → 2 → 'done'

用 async/await 写比链式 .then() 更安全的错误处理

链式调用中，如果中间某个 .then() 抛出错误但没接 .catch()，错误会静默丢失或冒泡到全局（取决于环境）。而 async/await 天然配合 try/catch，错误捕获边界清晰。

• await 只能用在 async 函数内，否则报 SyntaxError: await is only valid in async function
• await 后面如果不是 Promise，会自动包装成 Promise.resolve(value)
• await 遇到 rejected Promise 会直接 throw，等价于 Promise.reject(...).catch(...) 的简化写法

async function fetchUser() {
  try {
    const res = await fetch('/api/user');
    if (!res.ok) throw new Error(`HTTP ${res.status}`);
    return await res.json();
  } catch (err) {
    console.error('获取用户失败:', err.message);
    throw err; // 显式 re-throw 才能让调用方继续处理
  }
}

Promise.all() 和 Promise.allSettled() 的选择依据

两者都接收 Promise 数组，但失败策略完全不同：

• Promise.all()：任一 Promise rejected，整个立即 rejected，其余仍在运行但结果被丢弃
• Promise.allSettled()：所有 Promise 无论成功失败都会执行完，返回每个结果的 { status, value | reason } 对象数组

典型场景：Promise.all() 适合“全有或全无”的批量请求（如表单提交多个关联字段）；Promise.allSettled() 适合日志上报、并行校验等允许部分失败的场景。

const requests = [
  fetch('/api/a'),
  fetch('/api/b'),
  fetch('/api/c')
];
// 任意一个 404 就中断，不关心其他结果
Promise.all(requests).then(responses => { / ... / });
// 即使 b 失败，a 和 c 的响应仍可收集
Promise.allSettled(requests).then(results => {
results.forEach((r, i) => {
if (r.status === 'fulfilled') {
console.log(请求 ${i} 成功, r.value);
} else {
console.log(请求 ${i} 失败, r.reason);
}
});
});

忘记 catch 或 try/catch 是最常见的内存泄漏源头

未处理的 rejected Promise 不会立即报错，但会在控制台标记为 Uncaught (in promise)，Node.js 中还会触发 unhandledRejection 事件。长期积累会导致：

• Chrome DevTools 的 Memory 面板显示大量 Promise 对象无法 GC
• Node.js 进程收到 unhandledRejection 事件后默认退出（v15+）
• 某些 Promise 库（如 Bluebird）会抛出警告甚至拒绝启动

最简兜底方案是在顶层加全局监听（仅用于降级日志，不能替代业务层错误处理）：

process.on('unhandledRejection', (reason, promise) => {
  console.error('未捕获的 Promise 拒绝:', reason);
  // 不要在这里做重试或恢复，只记录 + 告警
});

真正该做的，是在每个 Promise 链末端显式写 .catch()，或每个 await 外包 try/catch——哪怕只是 console.error()，也比留空强。