Promise Promise 对象是一个返回值的代理，这个返回值在promise对象创建时未必已知。它允许你为异步操作的成功返回值或失败信息指定处理方法。 这使得异步方法可以像同步方法那样返回值：异步方法会返回一个包含了原返回值的 promise 对象来替代原返回值 ...

当一个接口需要依赖另一个接口的请求数据时，通常有两种解决方式，一个是将请求数据的接口设为同步，之后调另一个接口，另一个是在请求数据接口的成功回调里调另一个接口。 但是：当一个接口需要依赖很多个接口的请求数据 或者 一个依赖另一个，另一个再依赖另一个 的情况该怎么解决 ...

　　Javascript语言的执行环境是“单线程”——一次只能完成一件任务，若有多个任务则必须排队，前面的任务完成，再执行后面的一个任务。 一、同步和异步 　　这种模式实现简单，执行环境也相对单纯，但如果某个任务耗时很长，后面的任务必须排队等候，会拖累整个程序运行。 　　为解决这个问题 ...

在js中有一个始终无法绕过的问题，如何优雅地解决异步问题。实际上，js在执行过程中，每遇到一个异步函数，都会将这个异步函数放入一个异步队列中，只有当同步线程执行结束之后，才会开始执行异步队列中的函数，这个是讨论解决异步方案的前提。 解决问题的方法 主流的解决方法主要有以下 ...

es6的promise对象解决了js异步回调函数多重嵌套的的噩梦，再也不用写像这样的代码 而可以像这样。 代码的可读性得到了大大的提升，并且更容易维护。但是promise并不是万能的，比如说在循环中有多个异步操作，有无穷多个then函数就比较麻烦 ...

默认情况javascript是同步加载的，也就是javascript的加载时阻塞的，后面的元素要等待javascript加载完毕后才能进行再加载，对于一些意义不是很大的javascript，如果放在页 ...

将需要在异步任务后执行的操作，作为参数传入到异步操作中，当异步操作执行完成后，调用该参数执行后面的操作 回调函数简单，容易理解和实现；但回调函数的缺点就是，容易写出回调地狱 多个异步操作需要规定执行顺序时产生回调地狱 回调地狱导致代码不容易阅读和维护，各个部分高度耦合 ...

既然有了promise 为什么还要有async await ？ 当然是promise 也不是完美的异步解决方案，而 async await 的写法看起来更加简单且容易理解。 回顾 Promise Promise 对象用于表示一个异步操作的最终状态（完成或失败），以及其返回的值 ...