众所周知，在 JavaScript 中的执行方法常是以异步方式来执行的，也就是无论当前的方法有没有执行完，JavaScript  都会在同级代码中继续往下执行，为了解决这个方法我们常常会以回调的方法来解决，但如果层次多了话自然的会进入“回调地狱”中。那么在 NodeJs 中也同样会遇到“埃及金字塔”事件。

在这里可使用 bluebird 来解决，起初我也没有一下子它的使用原理，网络上也有关于它的案例，但都没有说明它的语法究竟如何使用，于是呼我研究了半天功夫终于搞清楚了它的基本的使用。

刚接触 node 原以为上面第三步的 then 处理是完成了同步的处理，后面发现还不是呢，它只是解决了回调的问题，要想实现真正的同步处理，还需要 async / await 的搭配，在上面的第二步之后用以下写法才能解决真正的同步问题。但要注意一点的是 await 要必须在 async 方法体内，不然 是会报错（之前一直掉进这个坑）。

最后再写一点关于循环中异步变同步，大家都知道 javaScript 中无论是 for 循环，还是 forEach 循环，如果循环体内有方法（或者是函数）的话也会是一种异步处理，但有时候我们很想知道这循环中的过程什么时候执行完，按照 javaScript 原生的写法是无法达到想要的目的，很多时候循环完了，但里面真正要执行的过程还没有结束，要解决这个问题只能是异步变同步，或者是回调，但回调多了会掉进“回调地狱”。所以下面就使用 “promise.map”或“linq”的方法来解决，同样的假设以上第二步的方法为例。

promise.map 的例子：

2018-09-17 记 p-map 据说是可以解决 promise.map 的异步执行的问题

p-map：https://github.com/sindresorhus/p-map

linq 的例子：

但后来发现上面所理解循环同步执行还是有点错误，“promise.map”或“linq”在使用过程中也会存在问题，当循环体内要执行的方法（或函数）比较多（超过2~3个）时就会出现执行顺序混乱的现象，同样会出现简单的 for 的问题，如果体内方法（或函数）只有1~2个时这种现象表现得不明显。要想真正真正的解决这个问题，只能通过传统的 for（或 while）与 async / await 的结合。——》2018-01-23 更正