AJAX、Fetch、axios

AJAX

AJAX可以在不更新全局的情況下更新局部頁面。通過在與服務(wù)器進行數(shù)據(jù)交換，可以使網(wǎng)頁實現(xiàn)異步更新。

AJAX的原理就是通過XHR對象來向服務(wù)器發(fā)起異步請求，從服務(wù)器獲得數(shù)據(jù)，然后用JS來操作DOM更新頁面。領(lǐng)導(dǎo)想找小李匯報一下工作，就委托秘書去叫小李，自己就接著做其他事情，直到秘書告訴他小李已經(jīng)到了，最后小李跟領(lǐng)導(dǎo)匯報工作。Ajax請求數(shù)據(jù)流程與“領(lǐng)導(dǎo)想找小李匯報一下工作”類似，上述秘書就相當于XMLHttpRequest對象，領(lǐng)導(dǎo)相當于瀏覽器，響應(yīng)數(shù)據(jù)相當于小李。瀏覽器可以發(fā)送HTTP請求后，接著做其他事情，等收到XHR返回來的數(shù)據(jù)再進行操作。

創(chuàng)建AJAX

// 1. 創(chuàng)建 XMLHttpRequest 實例
let xhr = XMLHttpRequest()
// 2. 打開和服務(wù)器的連接
xhr.open('get', 'URL')
// 3.發(fā)送
xhr.send()
// 4. 接收變化。
xhr.onreadystatechange = () => {
    if(xhr.readyState == 4 && xhr.status == 200){   // readyState: ajax 狀態(tài)，status：http 請求狀態(tài)
        console.log(xhr.responseText);   //響應(yīng)主體
    }
}

• 創(chuàng)建AJAX實例：let xhr = new XMLHttpRequest()
• 打開請求，配置請求前的配置項：xhr.open([http method], [url], [async], [userName], [userPass])

1. http methods 請求方式：post，get，delete，put，head，options，trace，connect
2. url：想服務(wù)器請求的路徑
3. async：是否為異步請求
4. userName、userPass：用戶名與密碼

• 通過XMLHttpRequest.open()方法與服務(wù)器建立連接
• 發(fā)送請求：XMLHttpRequest.send() 方法中如果 Ajax 請求是異步的則這個方法發(fā)送請求后就會返回，如果Ajax請求是同步的，那么請求必須知道響應(yīng)后才會返回。
• 通過XMLHttpRequest對象的onreadystatechange事件監(jiān)聽服務(wù)器端的通信狀態(tài)
• 接收數(shù)據(jù)并進行處理
• 將處理后的結(jié)果更新到頁面上

AJAX的缺點：

• 本是針對MVC架構(gòu)，不符合前端MVVM的浪潮
• 基于原生的XHR開發(fā)
• 配置和調(diào)用方式混亂

axios原理

axios是使用promise封裝的ajax，它內(nèi)部有兩個攔截器，分別是request攔截器和response攔截器。

• 請求攔截器的作用是在請求發(fā)送之前進行一些操作，例如在每個請求體上加入token
• 響應(yīng)攔截器的作用是接收到響應(yīng)后做的一些操作，例如登錄失效后需要重新登錄跳轉(zhuǎn)到登錄頁

axios的特點

• 由瀏覽器端發(fā)起請求，在瀏覽器中創(chuàng)建XHR
• 支持promise API
• 監(jiān)聽請求和返回
• 更好的格式化，自動將數(shù)據(jù)轉(zhuǎn)換為json數(shù)據(jù)
• 安全性更高，可抵御CSRF攻擊

axios常用的方法

axios常用的方法有get、post、put、patch、delete等。其中get和post返回的都是promise對象，可以使用promise方法

axios.get(url[, config])：get請求用于列表和信息查詢

axios.get('apiURL', {
    param: {
        id: 1
    }
    // param 中的的鍵值對最終會 ? 的形式，拼接到請求的鏈接上，發(fā)送到服務(wù)器。
}).then(res => {
    console.log(res);
})
.catch( error => {
    console.log(error)
}

axios.delete(url[, config])：刪除

axios.delete('apiURL', {
    params: {
        id: 1
    },
    timeout: 1000
})

axios.post(url[, data[, config]])：post請求用于信息的添加

axios.post('apiURL',{
        user: '小新',
        age: 18
}).then( res => {
    console.log(res);
})
.catch( error => {
    console.log(error)
}

axios.put(url[, data[, config]])：更新操作

axios.put('apiURL', {
    name: '小新',
})

axios.patch(url[, data[, config]])：更新操作

axios.patch('apiURL', {
    id: 13,
},{
   timeout: 1000,
})

put和patch的區(qū)別

patch方法用來更新局部資源，假設(shè)我們有一個UserInfo，里面有userId，userName，userGender等10個字段?？赡愕木庉嫻δ芤驗樾枨?，在某個特別的頁面里只能修改userName，這個時候就可以使用patch。

put也適用于更新數(shù)據(jù)，但必須提供完整的資源對象。

axios相關(guān)配置

• url：用于請求服務(wù)器的url
• method：請求方法，默認為get
• baseURL：會自動加到url前面
• proxy：用于配置代理
• transformRequest：允許在服務(wù)器發(fā)送請求之前修改請求數(shù)據(jù)

axios攔截器執(zhí)行順序問題

• 請求攔截：axios的請求攔截器會先執(zhí)行最后指定的回調(diào)函數(shù)，再依次向前執(zhí)行
• 響應(yīng)攔截：axios的響應(yīng)攔截器會先執(zhí)行最先執(zhí)行的回調(diào)函數(shù)，再依次向前執(zhí)行

例如：

axios.interceptors.request.use(config => {
  console.log(`請求攔截1`);
  return config;
});
axios.interceptors.request.use(config => {
  // 在發(fā)送請求之前做些什么 
  console.log(`請求攔截2`);
  return config;
});

// 添加響應(yīng)攔截器 
axios.interceptors.response.use(response => {
  // 對響應(yīng)數(shù)據(jù)做點什么 
  console.log(`成功的響應(yīng)攔截1`);
  return response.data;
});

// 添加響應(yīng)攔截器 
axios.interceptors.response.use(response => {
  // 對響應(yīng)數(shù)據(jù)做點什么 
  console.log(`成功的響應(yīng)攔截2`);
  return response;
});

// 發(fā)送請求 
axios.get('/posts')
  .then(response => {
    console.log('成功了');
  }) 

執(zhí)行結(jié)果為

console.log("請求攔截2");
console.log("請求攔截1");
console.log("成功的響應(yīng)攔截1");
console.log("成功的響應(yīng)攔截2");
console.log("成功了");

為什么axios中需要攔截器

在SPA應(yīng)用中，通常會使用token進行用戶身份認證，這就要求每次請求必須攜帶用戶的身份信息，針對這個需求，為了避免在每個請求中單獨處理，我們可以通過封裝統(tǒng)一的request函數(shù)來為每隔請求統(tǒng)一添加token信息。

但如果想為某些請求添加緩存時間或者控制某些請求的調(diào)用頻率的話，我們就需要不斷地修改request函數(shù)來擴展對應(yīng)的功能。此時，如果在考慮對響應(yīng)進行統(tǒng)一處理，我們的request函數(shù)將變得越來越龐大，也越來越難維護。所以axios為我們提供了攔截器。

為什么請求攔截2會在請求攔截1之前執(zhí)行呢？

在axios源碼中將發(fā)送請求分為了請求攔截器、發(fā)送請求、響應(yīng)攔截器、相應(yīng)回調(diào)，通過Promise的鏈式調(diào)用將這些部分結(jié)合起來了，這樣就得到了發(fā)送請求拿到數(shù)據(jù)的全部過程。

下面分析源碼：

• 代碼開始構(gòu)建了一個config配置對象，用于第一次執(zhí)行Promise返回一個成功的Promise
• 最核心的數(shù)組chain，這個數(shù)組中保存了請求攔截器、響應(yīng)攔截器和發(fā)送請求函數(shù)。該數(shù)組中間放的是發(fā)送請求的函數(shù)，左邊放的是請求攔截器，右邊放的是響應(yīng)攔截器。在第一步中返回的Promise對象，將遍歷chain數(shù)組逐一執(zhí)行里面的函數(shù)，并返回新的Promise對象
• 往數(shù)組中添加請求攔截函數(shù)，依照axios請求的執(zhí)行順序，請求攔截器應(yīng)該在發(fā)送請求之前執(zhí)行，故應(yīng)該添加在發(fā)送請求函數(shù)的前面，使用unshift方法
• 往數(shù)組中添加響應(yīng)攔截器函數(shù)，依照axios請求的執(zhí)行順序，響應(yīng)攔截器應(yīng)該在發(fā)送請求之后執(zhí)行，故應(yīng)該添加在發(fā)送請求函數(shù)的后面，所以使用的是數(shù)組的push方法
• Promise遍歷執(zhí)行，每次從chain中取出兩個 函數(shù)執(zhí)行（一個成功回調(diào)，一個失敗回調(diào)）
• 最后返回一個Promise對象，用于執(zhí)行響應(yīng)數(shù)據(jù)的回調(diào)

fetch
fetch是http請求數(shù)據(jù)的方式，它使用Promise，但不使用回調(diào)函數(shù)。fetch采用模塊化設(shè)計，通過數(shù)據(jù)流處理數(shù)據(jù)，對于請求大文件或網(wǎng)速慢的情況相當有用。默認情況下fetch不會接收或發(fā)送cookies。

優(yōu)點：

• 采用模塊化思想，將輸入、輸出、狀態(tài)跟蹤分離
• 基于promise，返回一個promise對象

缺點：

• 過于底層，有很多狀態(tài)碼沒有進行封裝
• 無法阻斷請求
• 兼容性差無法檢測請求進度

Fetch、ajax與axios的區(qū)別

• 傳統(tǒng)的ajax利用的是HMLHttpRequest這個對象，和后端進行交互。
• 而JQury ajax是對原生XHR的封裝，多請求間有嵌套的話就會出現(xiàn)回調(diào)地獄的問題。
• axios使用promise封裝XHR，解決了回調(diào)地獄的問題。而Fetch沒有使用XHR，使用的是promise

Fetch和Ajax比有什么優(yōu)點

Fetch使用的是promise，方便使用異步，沒有回調(diào)地獄的問題。

總結(jié)

Ajax是一種web數(shù)據(jù)交互的方式，它可以使頁面在不重新加載的情況下請求數(shù)據(jù)并進行局部更新，它內(nèi)部使用了XHR來進行異步請求。Ajax在使用XHR發(fā)起異步請求時得到的是XML格式的數(shù)據(jù)，如果想要JSON格式，需要進行額外的轉(zhuǎn)換；Ajax本身針對的是MVC框架，不符合現(xiàn)在的MVVM架構(gòu)；Ajax有回調(diào)地獄問題；Ajax的配置復(fù)雜

而Fetch是XHR的代替品，它基于Promise實現(xiàn)的，并且不使用回調(diào)函數(shù)，它采用模塊化結(jié)構(gòu)設(shè)計，并使用數(shù)據(jù)流進行傳輸，對于大文件和網(wǎng)速慢的情況非常友好。但是Fetch不會對請求和響應(yīng)進行監(jiān)聽；不能阻斷請求；過于底層，對一些狀態(tài)碼沒有封裝；兼容性差。

axios是基于Promise對XHR進行封裝，它內(nèi)部封裝了兩個攔截器，分別是請求攔截器和響應(yīng)攔截器。請求攔截器用于在請求發(fā)出之前進行一些操作，比如：設(shè)置請求體，攜帶Cookie、token等；響應(yīng)攔截器用于在得到響應(yīng)后進行一些操作，比如：登錄失效后跳轉(zhuǎn)到登錄頁面重新登錄。axios有g(shù)et、post、put、patch、delete等方法。axios可以對請求和響應(yīng)進行監(jiān)聽；返回Promise對象，可以使用Promise的API；返回JSON格式的數(shù)據(jù)；由瀏覽器發(fā)起請求；安全性更高，可以抵御CSRF攻擊。

axios源碼分析

axios的執(zhí)行流程

• 使用axios.create創(chuàng)建單獨的實例，或直接使用axios實例
• 對于axios調(diào)用進入到request()中進行處理
• 執(zhí)行請求攔截器
• 請求數(shù)據(jù)轉(zhuǎn)換器，將傳入的數(shù)據(jù)進行處理，比如JSON.stringify(data)
• 執(zhí)行適配器，判斷是瀏覽器端還是node端，以執(zhí)行不同的方法
• 響應(yīng)數(shù)據(jù)轉(zhuǎn)換器，對服務(wù)器端的數(shù)據(jù)進行處理，比如JSON.parse(data)
• 執(zhí)行響應(yīng)攔截器，對服務(wù)器端數(shù)據(jù)進行處理，比如token失效跳轉(zhuǎn)到登錄頁
• 返回數(shù)據(jù)

入口文件(lib/axios.js)

導(dǎo)出的axios就是 實例化后的對象，還在其上掛載create方法，以供創(chuàng)建獨立的實例，實現(xiàn)實例之間互不影響。

// 創(chuàng)建實例過程的方法
function createInstance(defaultConfig) {
  return instance;
}
// 實例化
var axios = createInstance(defaults);
 
// 創(chuàng)建獨立的實例，隔離作用域
axios.create = function create(instanceConfig) {
  return createInstance(mergeConfig(axios.defaults, instanceConfig));
};
// 導(dǎo)出實例
module.exports = axios;

createInstance()

function createInstance(defaultConfig) {
  // 實例化，創(chuàng)建一個上下文
  var context = new Axios(defaultConfig);
 
  // 平時調(diào)用的 get/post 等等請求，底層都是調(diào)用 request 方法
  // 將 request 方法的 this 指向 context(上下文)，形成新的實例
  var instance = bind(Axios.prototype.request, context);
 
  // Axios.prototype 上的方法 (get/post...)掛載到新的實例 instance 上，
  // 并且將原型方法中 this 指向 context
  utils.extend(instance, Axios.prototype, context);
 
  // Axios 屬性值掛載到新的實例 instance 上
  // 開發(fā)中才能使用 axios.default/interceptors
  utils.extend(instance, context);
 
  return instance;
}

createInstance執(zhí)行流程：

• 通過構(gòu)造函數(shù)Axios創(chuàng)建實例context，作為下面request方法的上下文(this指向)
• 將Axios.prototype.request方法作為實例使用，并把this指向context，形成新的實例instance
• 將構(gòu)造函數(shù)Axios.prototype上的方法掛載到新的實例instance上，然后將原型各個方法中的this指向context，這樣才能使用get、post等方法
• 將Axios的屬性掛載到instance上

可以看到axios不是簡單的創(chuàng)建實例context，而是在context上進行this綁定形成新的實例，然后將Axios屬性和請求方法掛載到新的實例上

攔截器(lib/core/InterceptorManager.js)

攔截器涉及一個屬性和三個方法：

• handler：存放use注冊的回調(diào)函數(shù)
• use：注冊成功和失敗的回調(diào)函數(shù)
• eject：刪除注冊過的函數(shù)
• forEach：遍歷回調(diào)函數(shù)

function InterceptorManager() {
  // 存放 use 注冊的回調(diào)函數(shù)
  this.handlers = [];
}

InterceptorManager.prototype.use = function use(fulfilled, rejected, options) {
  // 注冊成功和失敗的回調(diào)函數(shù)
  this.handlers.push({
    fulfilled: fulfilled,
    rejected: rejected,
    ...
  });
  return this.handlers.length - 1;
};

InterceptorManager.prototype.eject = function eject(id) {
  // 刪除注冊過的函數(shù)
  if (this.handlers[id]) {
    this.handlers[id] = null;
  }
};

InterceptorManager.prototype.forEach = function forEach(fn) {
  // 遍歷回調(diào)函數(shù)，一般內(nèi)部使用多
  utils.forEach(this.handlers, function forEachHandler(h) {
    if (h !== null) {
      fn(h);
    }
  });
};

dispatchRequest(lib/core/dispatchRequest.js)

dispatchRequest主要做了以下操作：

• transformRequest: 對 config 中的 data 進行加工，比如對 post 請求的 data 進行字符串化(JSON.stringify(data))
• adapter：適配器，包含瀏覽器端 xhr 和 node 端的 http
• transformResponse: 對服務(wù)端響應(yīng)的數(shù)據(jù)進行加工，比如 JSON.parse(data)

取消請求(lib/cancel/CancelToken.js)

var CancelToken = axios.CancelToken;
var source = CancelToken.source();
axios.get('/user/12345', {
  cancelToken: source.token
}).catch(function(thrown) {
  if (axios.isCancel(thrown)) {
    console.log('Request canceled', thrown.message);
  } else {
    // 處理錯誤
  }
});
// 取消請求（message 參數(shù)是可選的）
source.cancel('Operation canceled by the user.');

• CancelToken 掛載 source 方法用于創(chuàng)建自身實例，并且返回 {token, cancel}
• token 是構(gòu)造函數(shù) CancelToken 的實例，cancel 方法接收構(gòu)造函數(shù) CancelToken 內(nèi)部的一個 cancel 函數(shù)，用于取消請求
• 創(chuàng)建實例中，有一步是創(chuàng)建處于 pengding 狀態(tài)的 promise，并掛在實例方法上，外部通過參數(shù) cancelToken 將實例傳遞進 axios 內(nèi)部，內(nèi)部調(diào)用 cancelToken.promise.then 等待狀態(tài)改變
• 當外部調(diào)用方法 cancel 取消請求，pendding 狀態(tài)就變?yōu)?resolve，即取消請求并且拋出 reject(message)

總結(jié)

• 為了支持 axios() 簡潔寫法，內(nèi)部使用 request 函數(shù)作為新實例
• 使用 promsie 鏈式調(diào)用的巧妙方法，解決順序調(diào)用問題
• 數(shù)據(jù)轉(zhuǎn)換器方法使用數(shù)組存放，支持數(shù)據(jù)的多次傳輸與加工
• 適配器通過兼容瀏覽器端和 node 端，對外提供統(tǒng)一 api
• 取消請求這塊，通過外部保留 pendding 狀態(tài)，控制 promise 的執(zhí)行時機

到此這篇關(guān)于一文掌握ajax、fetch和axios的區(qū)別對比的文章就介紹到這了,更多相關(guān)ajax、fetch和axios的比較內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論