最近在做微信小程序，然而今天在js的异步问题上遇到坑。。。众所周知js的异步机制是为了提升效率，避免因某一步时间过长而影响整个程序的运行效率，也因此在微信小程序里request接口使用了异步机制（这是在我实验后才得知的，之前阅读小程序的开发文档并没有注意到这一点），首先，我的程序是需要返回信息里边的数组来进行显示，所以异步机制在这里反而成为阻碍，闲话不多说，进入正题。
首先我想到的是加延时函数，既然是异步那就让函数等他一会儿就是了，但是这个想法在几分钟内就被我否决了，因为延时函数第一没有丝毫的严谨性，第二即使能够实现也会造成比较大的影响，不仅异步机制的优势会被掩盖掉，而且会造成较多的时间浪费。
然后通过上网查阅资料，发现了一个js异步问题解决神器------------promise:
他是这样说的：Promise 是异步编程的一种解决方案，比传统的解决方案——回调函数和事件——更合理和更强大。它由社区最早提出和实现，ES6 将其写进了语言标准，统一了用法，原生提供了Promise对象。
所谓Promise，简单说就是一个容器，里面保存着某个未来才会结束的事件（通常是一个异步操作）的结果。从语法上说，Promise 是一个对象，从它可以获取异步操作的消息。Promise 提供统一的 API，各种异步操作都可以用同样的方法进行处理。
Promise对象有以下两个特点。
（1）对象的状态不受外界影响。Promise对象代表一个异步操作，有三种状态：pending（进行中）、fulfilled（已成功）和rejected（已失败）。只有异步操作的结果，可以决定当前是哪一种状态，任何其他操作都无法改变这个状态。这也是Promise这个名字的由来，它的英语意思就是“承诺”，表示其他手段无法改变。
（2）一旦状态改变，就不会再变，任何时候都可以得到这个结果。Promise对象的状态改变，只有两种可能：从pending变为fulfilled和从pending变为rejected。只要这两种情况发生，状态就凝固了，不会再变了，会一直保持这个结果，这时就称为 resolved（已定型）。如果改变已经发生了，你再对Promise对象添加回调函数，也会立即得到这个结果。这与事件（Event）完全不同，事件的特点是，如果你错过了它，再去监听，是得不到结果的。
注意，为了行文方便，本章后面的resolved统一只指fulfilled状态，不包含rejected状态。
有了Promise对象，就可以将异步操作以同步操作的流程表达出来，避免了层层嵌套的回调函数。此外，Promise对象提供统一的接口，使得控制异步操作更加容易。
Promise也有一些缺点。首先，无法取消Promise，一旦新建它就会立即执行，无法中途取消。其次，如果不设置回调函数，Promise内部抛出的错误，不会反应到外部。第三，当处于pending状态时，无法得知目前进展到哪一个阶段（刚刚开始还是即将完成）。
如果某些事件不断地反复发生，一般来说，使用Stream 模式是比部署Promise更好的选择。
然而这个仍然不是我想要的结果，显然这个神器对于我来说太繁琐复杂了，解决一个小小的异步问题使用到这么多还是太浪费了，然后我就想到了最终的方法------回调函数
因为可以把调用者与被调用者分开，所以调用者不关心谁是被调用者。它只需知道存在一个具有特定原型和限制条件的被调用函数。简而言之，回调函数就是允许用户把需要调用的函数的指针作为参数传递给一个函数，以便该函数在处理相似事件的时候可以灵活的使用不同的方法。
这样看来就简单多了，直接上代码吧。
这样之前的传值无法接收的问题就完美解决了，是不是很简单呢？
