电话
400 9058 355
Promise 是 JavaScript 中真正能摆脱回调嵌套、让异步代码可读可控的基础设施。它通过 pending/fulfilled/rejected 三种状态和 resolve/reject 机制,将异步流程转为可返回、可传递、可统一处理的对象,并以 .then()、.catch()、Promise.all() 等方法实现可靠链式调用与错误收敛。
Promise 不是教程里的抽象概念,它是 JavaScript 中**真正能帮你摆脱回调嵌套、让异步代码可读可控的工具**。它不是“用来学的语法”,而是你写网络请求、文件读取、定时任务时,**每天都要靠它稳住逻辑的基础设施**。
你写过这样的代码吗?
getUser((user) => {
getPosts(user.id, (posts) => {
getComments(posts[0].id, (comments) => {
console.log(comments);
});
});
});
这就是“回调地狱”——缩进越来越深、错误难捕获、流程难复用。Promise 的核心作用就一个:把“等我好了再干啥”这个动作,变成可返回、可传递、可统一处理的对象。
pending(进行中)、fulfilled(成功)、rejected(失败)pending → fulfilled),就再也变不回去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 上,不能漏掉任何异步出口:
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
fetch),直接 return 更安全:return fetch(...).then(...).catch(...)

这是最容易误解的一点:.then() 里 return 什么,决定了下一个 .then() 拿到什么:
.then() 收到该值(自动包装成 fulfilled Promise)Promise → 下个 .then() 等它 settle 后再执行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():
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 的过程。
邮箱:8955556@qq.com
Q Q:8955556
本文详解如何将Go官方present工具(用于生成HTML5...
PySNMP在不同版本中对SNMP错误状态(errorSta...
time.Sleep仅阻塞当前goroutine,其他gor...
PHPfopen()创建含特殊符号的文件名失败主因是操作系统...
WooCommerce中通过代码为分组产品动态聚合子商品的属...
io.ReadFull返回io.ErrUnexpectedE...
本文详解Yii2中控制器向视图传递ActiveRecord数...
本文详解为何通过wp_set_object_terms()为...
Pytest中使用@mock.patch类装饰器会导致补丁泄...
带缓冲的channel是并发安全的FIFO队列;make(c...