1.jQuery ajax
$.ajax({ type: POST, url: url, data: data, dataType: dataType, success: function () {}, error: function () {} });现代 Ajax 指的是 XMLHttpRequest（XHR）， 最先再次出现的推送后端允诺技术，隶属原初js中，核心理念采用XMLHttpRequest第一类，数个允诺之间假如有相继关系不然，就会再次出现反弹冥界。
JQuery ajax 是对原生植物XHR的PCB，除此之外还平添了对JSONP的全力支持。历经十多年的预览保护，吗已经是十分的方便快捷了，缺点无须多言；假如是万兴庄讲出几个缺点，那可能只有：
1.这类是特别针对MVC的程式设计,不合乎现在后端MVVM的大潮
2.如前所述原生植物的XHR合作开发，XHR这类的构架不明晰。
3.JQuery整座工程项目太大，纯粹采用ajax却要导入整座JQuery十分的片面（采行个人化装箱的计划又不能享用CDN服务工程项目）
4.不合乎关注分立（Separation of Concerns）的准则
5.实用性和初始化方式十分纷乱，而且如前所述该事件的触发器数学模型不亲善。
PS:MVVM(Model-View-ViewModel), 源于于经典之作的 Model–View–Controller（MVC）商业模式。MVVM 的再次出现推动了 GUI 后端合作开发与后端销售业务方法论的分立，大大提高了后端合作开发工作效率。MVVM 的核心理念是 ViewModel 层，它就像一个中转（value converter），负责管理切换 Model 中的统计数据第一类来让统计数据显得更容易管理和采用，该层向下与快照层展开单向统计数据存取，向下与 Model 层通过USB允诺展开统计数据可视化，起呈上启下作用。View 层展现出的不是 Model 层的统计数据，而要 ViewModel 的统计数据，由 ViewModel 负责管理与 Model 层可视化，这就全然解耦了 View 层和 Model 层，这个解耦是非常重要的，它是其间端分立计划实行的最重要劳特尔。
如下图所示：
2.axios
axios({ method: post, url: /user/12345, data: { firstName: Fred, lastName: Flintstone } }) .then(function (response) { console.log(response); }) .catch(function (error) { console.log(error); });Vue2.0之后，尤雨溪推荐大家用axios替换JQuery ajax，想必让axios进入了很多人的目光中。
axios 是一个如前所述Promise 用于浏览器和 nodejs 的 HTTP 客户端，本质上也是对原生植物XHR的PCB，只不过它是Promise的实现版本，合乎最新的ES规范，它这类具有以下特征：
1.从浏览器中创建 XMLHttpRequest
2.全力支持 Promise API
3.客户端全力支持防止CSRF
4.提供了一些并发允诺的USB（重要，方便快捷了很多的操作）
5.从 node.js 创建 http 允诺
6.拦截允诺和响应
7.切换允诺和响应统计数据
8.取消允诺
9.自动切换JSON统计数据
PS:防止CSRF:就是让你的每个允诺都带一个从cookie中拿到的key, 根据浏览器同源策略，假冒的网站是拿不到你cookie中得key的，这样，后台就可以轻松辨别出这个允诺是否是用户在假冒网站上的误导输入，从而采行正确的策略。
3.fetch
try { let response = await fetch(url); let data = response.json(); console.log(data); } catch(e) { console.log(“Oops, error”, e); }fetch号称是AJAX的替代品，是在ES6再次出现的，采用了ES6中的promise第一类。Fetch是如前所述promise设计的。Fetch的代码结构比起ajax简单多了，参数有点像jQuery ajax。但是，一定记住fetch不是ajax的进一步PCB，而要原生植物js，没有采用XMLHttpRequest第一类。
fetch的缺点：
1.合乎关注分立，没有将输入、输出和用该事件来跟踪的状态混杂在一个第一类里
2.更好更方便快捷的写法
坦白说，上面的理由对我来说全然没有什么说服力，因为不管是Jquery还是Axios都已经帮我们把xhrPCB的足够好，采用起来也足够方便快捷，为什么我们还要花费大力气去学习fetch？
我认为fetch的优势主要优势就是：
1. 语法简洁，更加语义化 2. 如前所述标准 Promise 实现，全力支持 async/await 3. 同构方便快捷，采用 [isomorphic-fetch](https://github.com/matthew-andrews/isomorphic-fetch) 4.更加底层，提供的API丰富（request, response） 5.脱离了XHR，是ES规范里新的实现方式最近在采用fetch的时候，也遇到了不少的问题：
fetch是一个低层次的API，你可以把它考虑成原生植物的XHR，所以采用起来并不是那么舒服，需要展开PCB。
例如：
1）fetch只对网络允诺报错，对400，500都当做成功的允诺，服务工程项目器返回 400，500 错误码时并不会 reject，只有网络错误这些导致允诺不能完成时，fetch 才会被 reject。 2）fetch默认不会带cookie，需要添加实用性项： fetch(url, {credentials: include}) 3）fetch不全力支持abort，不全力支持超时控制，采用setTimeout及Promise.reject的实现的超时控制并不能阻止允诺过程继续在后台运行，造成了流量的浪费 4）fetch没有办法原生植物监测允诺的进度，而XHR可以总结：axios既提供了并发的PCB，也没有fetch的各种问题，而且体积也较小，当之无愧现在最应该选用的允诺的方式。
