JavaScript 通过 XMLHttpRequest(XHR) 来执行异步请求，这个方式已经存在了很长一段时间。虽说它很有用，但它不是最佳 API。它在设计上不符合职责分离原则，将输入、输出和用事件来跟踪的状态混杂在一个对象里。而且，基于事件的模型与最近 JavaScript 流行的 Promise 以及基于生成器的异步编程模型不太搭（事件模型在处理异步上有点过时了 —— 译者注）。

在写 javascript 时我们往往离不开异步操作，过去我们往往通过回调函数多层嵌套来解决后一个异步操作依赖前一个异步操作，然后为了解决回调地域的痛点，出现了一些解决方案比如事件订阅／发布的、事件监听的方式，再后来出现了 Promise、Generator、async/await 等的异步解决方案。co 模块使用了 Promise 自动执行 Generator，async/await 这个 Node7.6 开始默认支持的最新解决方案也是依赖于 Promise, 所以了解 Promise 是非常有必要的，而理解它背后的实现原理则能在使用它的时候更加游刃有余。

随着前端异步的发展, XHR 这种耦合方式的书写不利于前端异步的 Promise 回调. 而且, 写起来也是很复杂. fetch API 本来是在 SW(ServiceWorkers) 中提出的, 不过, 后面觉得好用, 就把他挂载到 window 对象下. 这样, 在前端的正常通信中, 我们也可以直接调用. 但, fetch 毕竟比较新, 看一下他的兼容性。

是的，Promise长期让我处在懵逼状态。就像高中学不会化学，可是总有人跟你说：化学，不是很简单吗？（再见）找了几篇文章看，把我拉出懵逼状态的是同事的一句话和一篇文章，特此记录。

axios翻译比较到位的中文文档

ES7 提出的async 函数，终于让 JavaScript 对于异步操作有了终极解决方案。No more callback hell。 async 函数是 Generator 函数的语法糖。使用 关键字 async 来表示，在函数内部使用 await 来表示异步。 想较于 Ge…

Javascript是单线程运行、支持异步机制的语言。进入正题之前，我们有必要先理解这种运行方式。 最简单粗暴的执行方式就是按顺序逐步执行，这样从起床到上班共需50分钟，效率较低。如果能在「洗刷」之前先「叫车」，就可以节省10分钟的等车时间。 这样一来「叫车」就成了异步操作。但…

讲解js事件循环的运行机制，以及举出实例来细节化整个问题。