关于js中并行请求事件的一些情况
相信大家都知道，js是单线程的。因此，事件在js的执行顺序是从上往下的，但是由于这种机制会出现一个问题。如果有些事件（比如一些http请求事件）执行时间过长会严重阻塞后续事件的执行，进而严重影响用户的体验。所以，js里面允许有异步事件的存在，异步事件不会阻塞其他事件的执行。因为它与同步事件不在一个线程上，简单上来讲就是，js虽然是单线程的，但是js引擎不是单线程的，js主线程上面有一个执行栈只负责同步事件，而那些异步事件会被放在js引擎的线程上，作为辅助线程来配合主线程。大家要清楚一点的就是，js的所有事件都是要在主线程上执行的。虽然异步事件会被放到辅助线程上，但是最终辅助线程上的异步事件也会被放到主线程的执行栈上执行。具体的执行顺序就是优先执行主线程上的事件，当主线程上的执行栈为空时，它会到辅助线程上把存在的事件拿到主线程上继续执行。说了这么多，有些同学可能会问，这些东西跟并行请求事件有什么关系啊。说实话，我觉得js并行请求事件这个说法本身就是不科学的，因为js事件肯定是有一个先后顺序的，不可能两个事件同时执行，那为什么要这么说呢，我们先看下面这几个题目：
1.// @param {Function} action 调用方式 `action(id)` ，其内部会发一个请求到服务器，
// 并返回一个promise，当服务器返回成功时，promise进入fulfilled状态，
// 当服务器返回失败时，promise进入rejected状态
// @param {Array.String} idList
// @param {Function} notify 每当服务器处理完一个id后（不管返回成功还是失败），
// 通过此函数通知外界对应id的处理结果。比如 `notify(id, 'success')` 或 `notify(id, 'fail')`
// @return {Promise} 当服务器对 `idList` 中的所有id都进行了处理后（不管处理结果是成功
// 还是失败），此promise进入fulfilled状态
我们先来看一下这个题目，是不是乍一看没看懂，再乍一看还是没看懂，这个题目是某知名胡亮网公司的面试题目。说实话，我当时拿到这个题目是有点懵逼，不知道它要让我干什么，当时又没好意思去问面试官，因此凉凉结尾。事后，我给出了一个解答方案，大家可以看一下：
其实，理解这个题目的关键是最后一句话，必须是等所有的id都处理完毕后返回一个promise,大家都知道http请求都是异步事件，我们如何知道这个异步事件是否执行完毕，我们就必须在异步请求里面加一个计数器，来统计执行成功的个数。所以说，解决这部分题目的一个思路就是计数器，每次异步事件执行成功时，都让它加1，从而可以知道异步事件的执行个数。其实js并行事件说实话只对异步事件有效，再是通俗一点就是什么并行事件啊，其实就是先让几个事件执行完毕后，再执行后面的事件。举个例子，[f1,f2,f3]这是一个包含3个异步事件的数组，我们现在有一个需求，必须等f1,f2执行完毕后，再执行f3。这个需求用语言描述就是实现并行请求n个请求事件，下面是实现方法：
大家看完之后，可以仔细的体会一下，希望大家都能够有所收获。
