axios.js读法是爱克丝伊欧姿点杰斯。
Axios 是一个基于promise网络请求库，作用于node.js和浏览器中，它是 isomorphic 的(即同一套代码可以运行在浏览器和node.js中)。在服务端它使用原生node.js http模块, 而在客户端 (浏览端) 则使用XMLHttpRequests。
几大网络请求库：
Ion：Android Asynchronous Networking and Image Loading。
Volley：谷歌官方推出的网络请求和图片加载库。
Retrofit：Square开源的基于OKHttp的性能良好更安全的类库。
Hello，大家好，我是编程三昧的作者隐逸王，小小前端一枚。
自昨天发了《还在死磕 Ajax？那可就 out 了！》一文后，收到了一些大家的一些评论，评论都很走心，也很有深度。
说实话，虽然我在尽可能努力地回复大家的问题，但还是避免不了对其中一些概念理解的模棱两可的情况，有幸得到同仁们的指点，比如：
感谢各位的不吝赐教，让我在成长的道路上又前进了几分。
现在总结一下，评论区涉及到的主要问题如下：
为了不辜负大家的热情，我在这里试着解释一下这些问题，如有疏漏，还请海涵！
首先，我们来了解一下 Ajax、Axios 和 Fetch 它们各自的概念。
英文全称为Asynchronous JavaScript + XML ，翻译过来就是 异步JavaScript和XML 。
它是用来描述一种使用现有技术集合的“新”方法的，这里的“新”方法主要涉及到: HTML 或 XHTML、CSS、 JavaScript、DOM、XML、XSLT，以及最重要的 XMLHttpRequest。
当使用结合了这些技术的 AJAX 模型以后， 网页应用能够快速地将增量更新呈现在用户界面上，而不需要重载（刷新）整个页面。这使得程序能够更快地回应用户的操作。
Ajax 最重要的特性就是可以 局部刷新页面 。
Axios 是一个基于 Promise 网络请求库，作用于 Node.js 和浏览器中。 它是 isomorphic 的(即同一套代码可以运行在浏览器和 Node.js中)。在服务端它使用原生 Node.js http 模块，而在客户端则使用 XMLHttpRequest。
客户端 Axios 的主要特性有：
Fetch 提供了一个获取资源的接口（包括跨域请求）。
Fetch 是一个现代的概念, 等同于 XMLHttpRequest。它提供了许多与 XMLHttpRequest 相同的功能，但被设计成 更具可扩展性和高效性 。
Fetch 的核心在于 对 HTTP 接口的抽象 ，包括 Request、Response、Headers 和 Body，以及用于初始化异步请求的global fetch 。得益于 JavaScript 实现的这些抽象好的 HTTP 模块，其他接口能够很方便的使用这些功能。
除此之外，Fetch 还利用到了请求的异步特性——它是基于 Promise 的。
fetch() 方法必须接受一个参数——资源的路径。无论请求成功与否，它都返回一个 Promise 对象，resolve 对应请求的 Response。
通过上面对三者概念的解释，我们应该大体清楚它们之间的关系了，我在这里用图表示一下：
针对上图，我解释一下：
其实这个问题更准确的问法应该是：Fetch 真的会取代传统 Ajax ( XHR ) 吗？
要回答这个问题，我们需要清楚以下几点：
基于以上几点，我的观点是 Fetch 终会取代传统 Ajax ，但过程可能比较漫长。
虽然目前来看，传统 Ajax （比如 Axios 之类的）在使用规模上远远超过 Fetch，但要知道，这是 XHR 十来年累积下来的效果。
封装得到的 Axios 在易用性上甩了原生 XHR 十万八千里，但毕竟是封装的，和原生的 Fetch 相比较，Axios 在出身上就已略输一筹，且原生的 API 天然上会支持更多的功能，使用上会更加灵活。
在昨天文章的评论区，有一位同学推荐了一个 Fetch 工具库，名为 Mande，有兴趣的同学可以去看看。
以上就是针对 Fetch 和 Ajax 问题的一份简单解释，希望能够给大家带来启发。
就我个人而言，倒是蛮期待 Fetch 能够取代传统 Ajax，技术的发展需要不断注入活力才行，我还能再干几十年，可不希望前端技术裹足不前，那样该多无聊 ！
~
~本文完，感谢阅读！
~
axios响应拦截器return的值不是promise。根据查询相关公开信息显示，promise不是axios的响应拦截器中的return的值。Axios，是一个基于promise的网络请求库，作用于node.js和浏览器中，它是isomorphic的(即同一套代码可以运行在浏览器和node.js中）。
