Promise 是 JavaScript 中真正能摆脱回调嵌套、让异步代码可读可控的基础设施。它通过 pending/fulfilled/rejected 三种状态和 resolve/reject 机制，将异步流程转为可返回、可传递、可统一处理的对象，并以 .then()、.catch()、Promise.all() 等方法实现可靠链式调用与错误收敛。
Promise 不是教程里的抽象概念，它是 JavaScript 中**真正能帮你摆脱回调嵌套、让异步代码可读可控的工具**。它不是“用来学的语法”，而是你写网络请求、文件读取、定时任务时，**每天都要靠它稳住逻辑的基础设施**。
Promise 是什么？别背定义，看它解决什么问题
你写过这样的代码吗？
getUser((user) => {
getPosts(user.id, (posts) => {
getComments(posts[0].id, (comments) => {
console.log(comments);
});
});
});
这就是“回调地狱”——缩进越来越深、错误难捕获、流程难复用。Promise 的核心作用就一个：把“等我好了再干啥”这个动作，变成可返回、可传递、可统一处理的对象。
- 它有且仅有三种状态：
pending（进行中）、fulfilled（成功）、rejected（失败） - 状态一旦改变（比如从
pending→fulfilled），就再也变不回去 -
resolve()和reject()不是关键字，而是构造函数传进来的两个函数参数——你调它，才触发状态变化
怎么创建一个靠谱的 Promise？关键在 resolve/reject 的时机
很多人封装失败，不是因为语法错，而是没想清楚“什么时候才算真正完成”。比如下面这个常见翻车点：
const badFetch = () => new Promise((resolve, reject) => {
fetch('/api/user')
.then(res => res.json())
.then(data => resolve(data)) // ❌ 错：没处理网络失败、解析失败
.catch(err => reject(err));
});
正确做法是：所有可能出错的分支，都必须落到 reject 或 resolve 上，不能漏掉任何异步出口：
立即学习“Java免费学习笔记（深入）”；
const goodFetch = () => new Promise((resolve, reject) => {
fetch('/api/user')
.then(res => {
if (!res.ok) throw new Error(`HTTP ${res.status}`);
return res.json();
})
.then(data => resolve(data))
.catch(err => reject(err)); // ✅ 所有异常路径都进了 reject
});
- 不要在
fetch外层 try/catch —— 它本身不抛同步错误 - 不要忘记检查
res.ok，404/500 不会进catch，但会进then - 如果你只是包装已有 Promise（如
fetch），直接 return 更安全：return fetch(...).then(...).catch(...)
.then() 和 .catch() 怎么链？记住：每个 .then() 都返回新 Promise
这是最容易误解的一点：.then() 里 return 什么，决定了下一个 .then() 拿到什么：
- return 一个普通值 → 下个
.then()收到该值（自动包装成 fulfilled Promise） - return 一个
Promise→ 下个.then()等它 settle 后再执行 - throw 或 return
Promise.reject()→ 跳转到最近的.catch()
所以你可以这样串多个请求：
getUser()
.then(user => getPosts(user.id)) // 返回 Promise
.then(posts => posts.slice(0, 3)) // 返回普通数组 → 下个 then 收到数组
.then(top3 => getComments(top3[0].id))
.catch(err => console.error('任一环节失败:', err.message));
注意：.catch() 会捕获前面所有环节的 rejection，包括 then 回调里抛出的错误 —— 这正是它比传统 try/catch 更适合异步流的原因。
实际项目里，Promise.all() 和 .finally() 是高频救命组合
当你需要“等几个请求全做完再操作”，别手写计数器，用 Promise.all()：
Promise.all([
fetch('/api/users').then(r => r.json()),
fetch('/api/posts').then(r => r.json()),
fetch('/api/comments').then(r => r.json())
]).then(([users, posts, comments]) => {
render({ users, posts, comments });
}).catch(err => showGlobalError(err));
- 只要其中一个失败，整个
Promise.all()就 rejected —— 如果要“不管谁失败都继续”，得用Promise.allSettled() -
.finally()适合放 loading 关闭、资源清理等“无论成败都要做的事”，但它不接收参数，也**不会影响链式结果流向**
真正复杂的地方从来不在语法，而在于你是否意识到：Promise 的设计目标不是“看起来像同步”，而是“让异步失败可预期、流程可拆解、错误可收敛”。哪怕你明天就用 async/await，底层依然是它在托底 —— 所以别跳过亲手写几个 new Promise 的过程。
