有了 Promise 和 then,为什么还要使用 async?

摘要:最近代码写着写着,我突然意识到一个问题——我们既然已经有了 Promise 和 then,为啥还需要 async 和 await?这不是脱裤子放屁吗?

最近代码写着写着,我突然意识到一个问题——我们既然已经有了 Promise 和 then,为啥还需要 async 和 await?这不是脱裤子放屁吗?

比如说我们需要一段请求服务器的代码:

new Promise((resolve, reject) => {
  setTimeout(() => {
    const res = '明月几时有'
    if (1 > 2) {
      resolve(res)
    } else {
      reject('我不知道,把酒问青天吧')
    }
  }, 1500)
}).then(
  (res) => {
    console.log(`成功啦!结果是${res}`)
  },
  (err) => {
    console.log(`失败了。。。错误是${err}`)
  }
)

这段代码,简洁漂亮,但是如果用上了 async 和 await,就需要写成下面这样:

function ask() {
  return new Promise((resolve, reject) => {
    setTimeout(() => {
      const res = '明月几时有'
      if (1 > 2) {
        resolve(res)
      } else {
        reject('我不知道,把酒问青天吧')
      }
    }, 1500)
  })
}

async function test() {
  try {
    const res = await ask()
  } catch (err) {
    console.log(err)
  }
}

test()

竟然还需要一个 try catch 来捕捉错误!越写越像 Java 呀。

MDN 给我们了一些解释:

如果你在代码中使用了异步函数,就会发现它的语法和结构会更像是标准的同步函数。

说白了,这种写法的一部分原因,就是为了“讨好” Java 和其他的一些程序员。

另一方面呢,也是增强可读性,虽然说 async await 的写法比较丑,但是毫无疑问,可读性远远高于 Promise then。

最为重要的呢,是 Promise 可以无限嵌套,而 async await 只能处理一个 Promise,无法继续嵌套。

所以一旦需要使用多次连续回调,async await 就乏力了。

其实也可以,通过 await 一个Promise.all()来实现。

本文内容仅供个人学习、研究或参考使用,不构成任何形式的决策建议、专业指导或法律依据。未经授权,禁止任何单位或个人以商业售卖、虚假宣传、侵权传播等非学习研究目的使用本文内容。如需分享或转载,请保留原文来源信息,不得篡改、删减内容或侵犯相关权益。感谢您的理解与支持!

链接: https://shenqiku.cn/article/FLY_9049