立即领取|华润集团、宁德核电、东风岚图等 20+ 标杆企业数字化人才培养实践案例 了解详情
写点什么

如何逃离 async/await 困境

  • 2018-05-21
  • 本文字数:2966 字

    阅读完需:约 10 分钟

async/await 将我们从回调函数的困境中解救出来,但是人们开始滥用它——导致了 async/await 困境的诞生。

在本文中,我将解释什么是 async/await 困境,并分享一些逃离它的建议。

什么是 async/await 困境

进行 JavaScript 异步编程时,人们通常一个接一个写多条语句,并在每个函数调用前标注一个await。这导致了性能问题,因为大多数时候,一条语句并不依赖于其之前的那条语句——但是你还是必须等待之前的语句执行完毕。

async/await 困境的一个例子

假设写一个脚本来订一份披萨和一份饮料,这个脚本可能会是这样的:

复制代码
(async () => {
const pizzaData = await getPizzaData() // async call
const drinkData = await getDrinkData() // async call
const chosenPizza = choosePizza() // sync call
const chosenDrink = chooseDrink() // sync call
await addPizzaToCart(chosenPizza) // async call
await addDrinkToCart(chosenDrink) // async call
orderItems() // async call
})()

baduse-example-1.js GitHub 查看原文

这个脚本表面上看起来是正确的,并且能够生效。但是这并不是一个好的实现,因为它没有并行逻辑。让我们搞清楚它做了什么,从而可以确定问题所在。

解释

我们已经将我们的代码包括在一个异步的 IIFE(Immediately Invoked Function Expression,立即执行函数表达式)中。其准确的执行顺序如下

  1. 获取披萨列表。
  2. 获取饮料列表。
  3. 从披萨列表中选择一份披萨。
  4. 从饮料列表中选择一份饮料。
  5. 将选中的披萨加入购物车。
  6. 将选中的饮料加入购物车。
  7. 订购购物车中的物品。

那么,哪里错了呢?

正如我先前强调的,所有这些语句一个接一个地执行。这里没有并行逻辑。细想一下:为什么我们要在获取饮料列表之前等待获取披萨列表?我们应该尝试一起获取这两个列表。然而,当我们需要选择一个披萨的时候,我们确实需要在这之前获取披萨列表。对于饮料来说,道理类似。

因此,我们可以总结如下:披萨相关的任务和饮料相关的任务可以并行发生,但是披萨(或饮料)各自的相关步骤需要按顺序(一个接一个地)发生。

另外一个糟糕实现的例子

下面的 JavaScript 片段会获取购物车中的物品并发起一个请求去订购它们。

复制代码
async function orderItems() {
const items = await getCartItems() // async call
const noOfItems = items.length
for(var i = 0; i < noOfItems; i++) {
await sendRequest(items[i]) // async call
}
}

baduse-example-2.js GitHub 查看原文

在这个例子中,for 循环必须等待 sendRequest()函数执行完毕才能继续下一轮循环。然而,我们事实上并不需要等待。我们想要尽可能快地发送请求,然后等待所有这些请求响应完毕。

我希望,现在你可以更贴切地理解什么是 async/await 困境,以及它对于你的程序性能的影响是多么严重。现在,我想要问你一个问题。

如果我们忘了使用 await 关键字会怎么样?

如果你在调用一个 async 函数时忘了使用 await 关键字,那个函数还是会开始执行。这意味着,await 关键字对于函数执行不是必需的。async 函数会返回一个 promise,你可以稍后使用这个 promise。

复制代码
(async () => {
const value = doSomeAsyncTask()
console.log(value) // an unresolved promise
})()

func-without-await.js GitHub 查看原文

另外一个后果是,编译器不会知道你想要等待这个函数完全执行完毕。因此,编译器会在完成异步任务之前就退出了程序。因此我们确实需要await 关键字。

Promise 的一个比较吸引人的属性是,你可以在一行语句上得到一个 promise,然后在另外一行语句中等待这个 promise 来进行后续处理。这就是逃离 async/await 困境的关键。

复制代码
(async () => {
const value = doSomeAsyncTask()
console.log(value) // an unresolved promise
})()

func-without-await.js GitHub 查看原文

正如你所见, doSomeAsyncTask()返回了一个 promise。在这个点上,doSomeAsyncTask()已经开始了执行过程。为了得到 promise 的处理结果,我们使用 await 关键字而它会告诉 JavaScript 不要马上执行下一行语句,而是等待 promise 处理完毕再执行下一行语句。

如何走出 async/await 困境?

你应该遵循下列步骤来走出 async/await 困境。

找出那些依赖其它语句执行的语句

在第一个例子中,我们要选择一份披萨和一份饮料。我们得出结论,在选择一份披萨之前,我们需要获取披萨列表。而在将披萨增加到购物车之前,我们需要先选择一份披萨。因此,我们可以说,这三个步骤是彼此依赖的。我们不能在前一件事完成之前做下一件事。

但是,如果我们看得更广阔一些,就会发现,选择一份披萨不依赖选择一份饮料,因此我们可以并行选择他们。这方面,机器可以比我们做的更好。

因此,我们会发现,一些语句依赖于其它语句的执行,而一些语句不依赖于其它语句的执行。

将相互依赖的语句包在一个 async 函数中

正如我们所见,选择披萨涉及一些依赖语句,例如获取披萨列表,选择一份披萨,然后将选中的披萨添加到购物车中。我们应该将这些语句包在一个 async 函数中。通过这种方式,我们会得到 2 个 async 函数,selectPizza()selectDrink()

并行执行这些 async 函数

然后,我们可以利用事件循环来并行运行这些异步非阻塞函数。这样做的两种常见模式是先返回 promisePromise.all 方法

让我们修复上述示例

让我们遵循上述的三个步骤,将它们应用到我们的例子中。

复制代码
async function selectPizza() {
const pizzaData = await getPizzaData() // async call
const chosenPizza = choosePizza() // sync call
await addPizzaToCart(chosenPizza) // async call
}
async function selectDrink() {
const drinkData = await getDrinkData() // async call
const chosenDrink = chooseDrink() // sync call
await addDrinkToCart(chosenDrink) // async call
}
(async () => {
const pizzaPromise = selectPizza()
const drinkPromise = selectDrink()
await pizzaPromise
await drinkPromise
orderItems() // async call
})()
// Although I prefer it this way
(async () => {
Promise.all([selectPizza(), selectDrink()]).then(orderItems) // async call
})()

correctuse-example-1.js GitHub 查看原文

现在,我们将语句分组到两个函数中。在函数内部,每行语句依赖其之前语句的执行。然后我们并行地执行这两个函数 selectPizza()selectDrink()

在第二个例子中,我们需要处理不确定数量的 promise。处理这种情况超级简单:我们只用创建一个数组,然后将所有的 promise 放进数组中。然后使用Promise.all(),我们就可以并行等待所有的 promise 处理。

复制代码
async function orderItems() {
const items = await getCartItems() // async call
const noOfItems = items.length
const promises = []
for(var i = 0; i < noOfItems; i++) {
const orderPromise = sendRequest(items[i]) // async call
promises.push(orderPromise) // sync call
}
await Promise.all(promises) // async call
}

correctuse-example-2.js GitHub 查看原文

作者简介


Aditya Agarwal 是一名 JavaScript 开发者,其 GitHub 地址为 https://github.com/itaditya 。如果你喜欢他的文章,可以跟进他在 Twitter 上的更新。

查看英文原文: How to escape async/await hell

2018-05-21 19:354230

评论

发布
暂无评论
发现更多内容

私域流量运营03|衡量企业运营视频号的4个关键指标

Linkflow

客户数据平台 客户画像 视频号

使用sonar扫描svn中的代码后,没有作者或责任人信息

lee

svn 代码质量 sonar

谁说产品经理和程序员之间不能和平共处?

华为云开发者联盟

DevOps 产品经理 用户地图

当艺术品遇上区块链:金丝楠木艺术品溯源

CECBC

区块链 溯源 艺术品

LeetCode题解:17. 电话号码的字母组合,回溯,JavaScript,详细注释

Lee Chen

算法 大前端 LeetCode

区块链溯源有哪些优势?区块链产品溯源系统搭建

13530558032

Linux笔记(一):基本命令

Leo

Linux 大前端 笔记

K8S CSI容器存储接口(一):介绍以及原理

silenceper

Kubernetes CSI

区块链赋能保险理赔,宁波开启“零感知理赔”试点

CECBC

区块链 保险理赔

原理实践,全面讲解Logstash+Kibana+kafka

996小迁

Java 程序员 架构 面试

区块链版权应用开发,区块链助力版权保护

13530558032

.net5发布,.NET会就此“支棱起来”吗?

Philips

.net 敏捷开发 .net core

接口测试和功能测试的区别

测试人生路

软件测试

美妆行业:低代码全域客户数据采集,赋能数据化运营

Linkflow

营销数字化 客户数据平台 CDP

用FL Studio基础版制作一首完整的电音

奈奈的杂社

音乐制作 编曲 电音 电音制作 中国电音

第十周 模块分解 总结

三板斧

极客大学架构师训练营

K8S CSI 容器存储接口 (二):如何编写一个CSI插件

silenceper

Kubernetes Kubernetes源码 CSI

性能优化:线程资源回收

AI乔治

Java 架构 JVM 性能调优

Java8 Stream:2万字20个实例,玩转集合的筛选、归约、分组、聚合

比伯

Java 架构 面试 编程语言 计算机

架构师训练营 1 期 - 第十周 - 模块分解

三板斧

极客大学架构师训练营

BitArray虽好,但请不要滥用,一次线上内存暴增排查

AI乔治

Java 架构 JVM 内存泄露

很简单却能让你面试头疼得Java容器,这里从源码给你解释清楚

小Q

Java 学习 源码 容器 面试

全球至少有36家央行发布了央行数字货币计划

CECBC

数字货币

浅谈原子操作

阿里云基础软件团队

内核

Mybatis日志功能是如何设计的?

Java架构师迁哥

服务器选择要注意什么?

德胜网络-阳

架构师训练营 -week10-作业

大刘

极客大学架构师训练营

【2020GET】即构科技蒋宁波:教育行业客户需求的核心是什么?

ZEGO即构

五年时间完成业务数字化转型,华为如今做得怎么样了?

华为云开发者联盟

效率 提升 数字化

从微服务应用于技术栈,了解华为云微服务应用

华为云开发者联盟

微服务 服务 云技术

淘宝直播技术干货:高清、低延时的实时视频直播技术解密

JackJiang

音视频 即时通讯 视频编码 直播技术

如何逃离async/await困境_JavaScript_Aditya Agarwal_InfoQ精选文章