javascript如何处理异步_promise是什么【教程】

13次阅读

promisejavaScript 中真正能摆脱回调嵌套、让异步代码可读可控的基础设施。它通过 pending/fulfilled/rejected 三种状态和 resolve/reject 机制,将异步流程转为可返回、可传递、可统一处理的对象,并以 .then()、.catch()、Promise.all() 等方法实现可靠链式调用与错误收敛。

javascript如何处理异步_promise是什么【教程】

Promise 不是教程里的抽象概念,它是 javascript 中**真正能帮你摆脱回调嵌套、让异步代码可读可控的工具**。它不是“用来学的语法”,而是你写网络请求、文件读取、定时任务时,**每天都要靠它稳住逻辑的基础设施**。

Promise 是什么?别背定义,看它解决什么问题

你写过这样的代码吗?

getUser((user) => {   getPosts(user.id, (posts) => {     getComments(posts[0].id, (comments) => {       console.log(comments);     });   }); });

这就是“回调地狱”——缩进越来越深、错误难捕获、流程难复用。Promise 的核心作用就一个:把“等我好了再干啥”这个动作,变成可返回、可传递、可统一处理的对象

  • 它有且仅有三种状态:pending(进行中)、fulfilled(成功)、rejected(失败)
  • 状态一旦改变(比如从 pendingfulfilled),就再也变不回去
  • 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)); });

正确做法是:所有可能出错的分支,都必须落到 rejectresolve 上,不能漏掉任何异步出口:

立即学习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 的过程。

text=ZqhQzanResources