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，错误捕获边界清晰。
立即学习“Java免费学习笔记（深入）”；
-
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 数组，但失败策略完全不同：
每个应用程序都要使用数据，Android应用程序也不例外，Android使用开源的、与操作系统无关的SQL数据库--SQLite，本文介绍的就是如何为你的Android应用程序创建和操作SQLite数据库。 数据库支持每个应用程序无论大小的生命线，除非你的应用程序只处理简单的数据，那么就需要一个数据库系统存储你的结构化数据，Android使用SQLite数据库，它是一个开源的、支持多操作系统的SQL数据库，在许多领域广泛使用，如Mozilla FireFox就是使用SQLite来存储配置数据的，iPhon
-
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()，也比留空强。
