Promise的顺序执行和并行执行

并行和顺序执行的前提当然是，有一堆 promise 等着你去执行…… 通常我们把这“一堆”promise 对象放到一个数组里，[promise1, promise2, promise3, ...]

我们都知道想要让 promise 按顺序执行，那就是一个接一个的 then。然而手写很多 then 太累了，而嵌套的 promise 又是反模式，我之前蠢蠢的用递归解决了顺序执行的问题，后来终于在 udacity 习得了顺序 promise 的正确打开方式！

场景

假如我们要去拿 github 按关键字搜索 google, amazon, facebook，每个关键字搜出的第一个用户的第一个 repo 的名字。单独拿一个，比如 google，过程是这样的：

请求https://api.github.com/search/users?q=google ，得到用户列表，读取第一个用户的 repos_url
请求上一步读取的 repous_url，获得 repo 列表，读取第一个 repo 的名字显然，第二步是依赖于第一步的执行结果的。

因此，很容易想到下面几种情况：

等第一步全部执行完，再执行第二步（并行执行）

|--------------------|
google第一步          |------------------|
amazon第一步        google第二步
facebook第一步      amazon第二步
                   facebook第二步

对第一步的顺序有要求，必须严格按照 google, amazon, facebook 的顺序执行（顺序执行）

|---------|
google1   |---------|
            google2 |---------|
                     amazon1  |---------|
                              amazon2   |---------|
                                        facebook1 |--------|
                                                  facebook2

google1 执行完就执行 google1，amazon1 执行完就执行 amazon2，但对 google, amazon, facebook 的顺序没有要求

|------------------|
google1            |-------------|
                   google2
|---------|
amazon1   |-----------|
          amazon2
|------------|
facebook1    |-------------|
             facebook2

Promise 并行执行

对于场景 1，主要就是用到Promise.all，因为是数组，所以在处理的过程中通常会用到.map或.forEach promise例1网络请求时间线可以看到 3 个 user 请求是同时进行（并行），3 个 repos 请求也是同时进行（并行），由于使用了Promise.all，所以 repos 请求等待 users 请求全部完成才开始。

promise 顺序执行的正确打开方式

对于场景 2，有一个小技巧，我第一次看到的时候感受是…惊为天人按照顺序执行，容易想到的有以下几种方法：

then.then.then，从头 then 到尾…
then(then(then()))，then 的嵌套…

promise 链的本质其实就是从头 then 到尾，但是第一种方法怎么用程序来实现，也就是上面提到的小技巧，就是值得学习的地方了。（反正我觉得太巧妙了！！！我自己就想不到…）

大概跟在做求和运算时候的思想一样：

//求和的时候通常这么做，先定义一个sum，然后依次往里做加法
var sum = 0;
array.forEach(function (item) {
  sum = sum + item;
});

//要得到一个then then then的promise链，先定义一个已经resolve了的promise，然后依次往后then…
var sequence = Promise.resolve();
array.forEach(function(item) {
  sequence = sequence.then(...)
});

下面给出场景 2 的代码： promise例2网络请求时间线可以看到请求是按顺序依次发出

并行执行和顺序执行混用

场景 3: promise例3网络请求时间线可以看到 users 请求是并行发出，但完成时间不一样，而 repos 请求是在对应的users 请求完成后就立即执行

混用的另一种情况

有了以上的知识，很容易写出最后一种混用的情况，users 按顺序执行，等 users 全部执行完之后并发执行 repos。我比较懒…这个我就不写了…

补充知识：

浏览器的 fetch API

本文跟 fetch 不是充分必要关系，只是我太懒了不想写太多的代码来举例。你可以把它理解为是用 Promise 包住的$.ajax，也就是 fetch 返回一个 promise 对象。关于 fetch 的详细用法请参考MDN Fetch_ API

如何查看请求的发送是并行还是顺序

打开 chrome，按 F12，选中 Network 选项卡，在 No throttling 这个下拉列表选 GPRS，再运行代码，然后就能清楚的看到各个请求的时间线了。

如果看到的区别不是很明显，很可能是已经缓存了，清空浏览器的缓存在重复上面的步骤就能看到比较明显的区别了。

Reference:

[1] https://www.udacity.com/course/viewer#!/c-ud898

Promise的顺序执行和并行执行 #19

场景