ajax和axios、fetch的介紹及區別

1.jQuery ajax

$.ajax({
   type: 'POST', url: url, data: data, dataType: dataType, success: function () {}, error: function () {} }); 

傳統 Ajax 指的是 XMLHttpRequest（XHR）， 最早出現的發送后端請求技術，隸屬於原始js中，核心使用XMLHttpRequest對象，多個請求之間如果有先后關系的話，就會出現回調地獄。
JQuery ajax 是對原生XHR的封裝，除此以外還增添了對JSONP的支持。缺點如下：
1.本身是針對MVC的編程,不符合現在前端MVVM的浪潮
2.基於原生的XHR開發，XHR本身的架構不清晰。
3.JQuery整個項目太大，單純使用ajax卻要引入整個JQuery非常的不合理（采取個性化打包的方案又不能享受CDN服務）
4.不符合關注分離（Separation of Concerns）的原則
5.配置和調用方式非常混亂，而且基於事件的異步模型不友好

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的封裝，只不過它是Promise的實現版本，符合最新的ES規范，它本身具有以下特征：
1.從瀏覽器中創建 XMLHttpRequest
2.支持 Promise API
3.客戶端支持防止CSRF
4.提供了一些並發請求的接口（重要，方便了很多的操作）
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的進一步封裝，而是原生js，沒有使用XMLHttpRequest對象。
fetch的優點：
1.符合關注分離，沒有將輸入、輸出和用事件來跟蹤的狀態混雜在一個對象里
2.更好更方便的寫法
坦白說，上面的理由對我來說完全沒有什么說服力，因為不管是Jquery還是Axios都已經幫我們把xhr封裝的足夠好，使用起來也足夠方便，為什么我們還要花費大力氣去學習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，所以使用起來並不是那么舒服，需要進行封裝。
例如：

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既提供了並發的封裝，也沒有fetch的各種問題，而且體積也較小，當之無愧現在最應該選用的請求的方式。