JS 的异步遍历，你真的会写吗？

JavaScript023

JS 的异步遍历，你真的会写吗？,第1张

我们有时候需要遍历数组的元素，将它们传入到异步函数中执行，其中的异步写法容易写错，我们来看一下有哪些易错点。

假设我们有个异步方法 sleepPromise，形式如下：

这里为了方便演示，使用 setTimeout 写成了个 promise 形式的 sleep 方法。传入的 t 为延迟执行的时间，msg 为信息内容。

在实际开发中，异步方法可能是传入用户好友 id 查找数据库，获得简单的好友信息。

假设我们需要在下面代码的注释位置下方写一个异步便利实现。

通常前端一看到要遍历数组，就会用 forEach。如果你不够老道，可能会写出如下的实现：

输出结果为；

这种写法并不对，其实是将遍历写成了同步。

问题出在哪？出在 forEach 本身并不支持异步写法，你在 forEach 方法的前面加不加 await 关键字都是无效的，因为它的内部没有处理异步的逻辑。

forEach 是 ES5 的 API，要比 ES6 的 Promise 要早的多得多。为了向后兼容，forEach 以后也不会支持异步处理。

所以 forEach 的执行并不会阻塞 loopAsync 之后的代码，所以会导致阻塞失败，先输出 [end]。

使用普通的 for 循环写法，await 的外层函数就仍就是 loopAysnc 方法，就能正确保存阻塞代码。

但这里的问题是，这些异步方法的执行是 串行 的。可以看到总共执行了 6 s。

如果我们的这些请求是有顺序的依赖关系的，这样写是没问题。

但如果我们的场景是根据用户 id 数组从数据库中查找对应用户名，我们的时间复杂度就是 O(n) ，是不合理的。

此时我们需要改写为 并行 的异步，并且还要保证所有异步都执行完后才执行下一步。我们可以用 Promise.all()。

首先，我们需要根据 tasks 数组生成对应的 promise 对象数组，然后传入到 Promise.all 方法中执行。

这样，这些异步方法就会同时执行。当所有异步都执行完毕后，代码才往下执行。

输出结果如下：

3 秒就完事了，太强了。

前面说到 forEach 底层并没有实现异步的处理，才导致阻塞失效，那么我们其实不妨实现支持异步的简易 forEach。

并行实现：

串行实现：

用法：

简单总结一下。

一般来说，我们更常用 Promise.all 的并行执行异步的方法，常见于数据库查找一些 id 对应的数据的场景。

for 循环的串行写法适用于多个异步有依赖的情况，比如找最终推荐人。

forEach 则是纯粹的错误写法，除非是不需要使用 async/await 的情况。

日常开放过程中经常遇到如下场景：

遇到这样的场景是不是迷茫，怎么去控制串行与并行喃！！！

我有一个数组，需要依次处理一个数组，处理的过程是一个异步操作。

我有三个文件，把目录路径放在数组，去异步读取所有文件，在读取完毕后再进行其他操作。

开个线程池，为每个方法的执行分配一个线程，创建一个hashmap结果集，每个方法执行完，将其存入hashmap中，最后通过判断hashmap的大小，判断所有方法线程是否执行完毕，执行完毕则返回该hashmap。异步编程其实很常见，特别是在出线Node.js之后，异步编程更是让很多开发者受益。那么回到最初的地方，传统的前端开发中如何实现异步编程呢？下面列举了js实现异步编程的四种方式。方法一：使用回调函数方法二：事件监听可以定义一个事件，并为这个事件设定处理函数。这样只有当这个时间发生的情况下，对应的处理函数才会被执行。方法三：事件的发布/订阅这个模式在NodeJS以及其他JS框架中都有实现，是一个非常常用的异步编程方式。方法四：Promise模式ES6中提供了原生的Promise对象，这个模式最开始只是一个构想，后来由一些框架库实现。Promise对象代表了未来才会知道结果的事件。Promise的基本思路就是，将需要异步执行的事件储存起来，然后根据异步事件之行后的结果状态执行下一步的操作。具体的Promise对象的原理和ES6中的使用方法将在下一篇文章中更加深入的进行介绍。多线程实现。过程如下创建一下对象：robot对象avi保存对象行走对象在robot里使用多线程，2个线程就够，1个执行avi保存对象，1个执行行走对象。之所以要创建3个对象，主要是考虑到软件工程的分而治之的思想。另外如果你真是要制作机器人的话可以做2个系统一个是运动控制系统，一个是avi存储系统，系统间不互联。这样互相不会有干扰，而且容易实现，不会让功能混乱。