在項目開發(fā)中,要求可以實現(xiàn)客戶多次提交,這樣的要求如何實現(xiàn)?
實現(xiàn)方法很多,比如添加 loading,在第一次點擊之后就無法再次點擊。另外一種方法就是給請求異步函數(shù)添加上一個靜態(tài)鎖,防止并發(fā)產(chǎn)生。這就是 ahooks 的 useLockFn 做的事情。
useLockFn
useLockFn用于給一個異步函數(shù)增加競態(tài)鎖,防止并發(fā)執(zhí)行。
它的源碼比較簡單,如下所示:
import { useRef, useCallback } from 'react'; // 用于給一個異步函數(shù)增加競態(tài)鎖,防止并發(fā)執(zhí)行。 function useLockFn<P extends any[] = any[], V extends any = any>(fn: (...args: P) => Promise<V>) { // 是否現(xiàn)在處于一個鎖中 const lockRef = useRef(false); // 返回的是增加了競態(tài)鎖的函數(shù) return useCallback( async (...args: P) => { // 判斷請求是否正在進(jìn)行 if (lockRef.current) return; // 請求中 lockRef.current = true; try { // 執(zhí)行原有請求 const ret = await fn(...args); // 請求完成,狀態(tài)鎖設(shè)置為 false lockRef.current = false; return ret; } catch (e) { // 請求失敗,狀態(tài)鎖設(shè)置為 false lockRef.current = false; throw e; } }, [fn], ); } export default useLockFn;
這里的入?yún)⑹钱惒胶瘮?shù),返回的是一個增加了競態(tài)鎖的函數(shù)。通過 lockRef 做一個標(biāo)識位,初始化的時候它的值為 false。當(dāng)正在請求,則設(shè)置為 true,可以影響下次再調(diào)用這個函數(shù)的時候,就直接 return,不執(zhí)行原函數(shù),從而達(dá)到加鎖的目的。
缺點
就雜每一個需要添加競態(tài)鎖的請求異步函數(shù)都手動加一遍。那如何解決?
答案是可以通過 axios 自動取消重復(fù)請求。
axios 自動取消重復(fù)請求
axios 取消請求
對于原生的 XMLHttpRequest 對象發(fā)起的 HTTP 請求,可以調(diào)用 XMLHttpRequest 對象的 abort 方法。
那么我們項目中常用的 axios 呢?它其實底層也是用的 XMLHttpRequest 對象,它對外暴露取消請求的 API 是 CancelToken??梢允褂萌缦拢骸?/p>
const CancelToken = axios.CancelToken; const source = CancelToken.source(); axios.post('/user/12345', { name: 'gopal' }, { cancelToken: source.token }) source.cancel('Operation canceled by the user.'); // 取消請求,參數(shù)是可選的
另外一種使用的方法是調(diào)用 CancelToken 的構(gòu)造函數(shù)來創(chuàng)建 CancelToken,具體使用如下:
const CancelToken = axios.CancelToken; let cancel; axios.get('/user/12345', { cancelToken: new CancelToken(function executor(c) { cancel = c; }) }); cancel(); // 取消請求
如何自動取消重復(fù)的請求
怎么實現(xiàn)自動取消呢?答案是通過 axios 的攔截器。
請求攔截器:該類攔截器的作用是在請求發(fā)送前統(tǒng)一執(zhí)行某些操作,比如在請求頭中添加 token 相關(guān)的字段。
響應(yīng)攔截器:該類攔截器的作用是在接收到服務(wù)器響應(yīng)后統(tǒng)一執(zhí)行某些操作,比如發(fā)現(xiàn)響應(yīng)狀態(tài)碼為 401 時,自動跳轉(zhuǎn)到登錄頁。
就看看做到方法:
第一步,定義幾個重要的輔助函數(shù)。
generateReqKey:用于根據(jù)當(dāng)前請求的信息,生成請求 Key。只有 key 相同才會判定為是重復(fù)請求。這一點很重要,而且可能跟具體的業(yè)務(wù)場景有關(guān),比如有一種請求,輸入框模糊搜索,用戶高頻輸入關(guān)鍵字,一次性發(fā)出多個請求,可能先發(fā)出的請求,最后才響應(yīng),導(dǎo)致實際搜索結(jié)果與預(yù)期不符。這種其實就只需要根據(jù) URL 和請求方法判定其為重復(fù)請求,然后取消之前的請求就可以了。
這里我認(rèn)為,如果有需要的話,可以暴露一個 API 給開發(fā)者進(jìn)行自定義重復(fù)的規(guī)則。這里我們先根據(jù)請求方法、url、以及參數(shù)生成唯一的 key 去做。
function generateReqKey(config) { const { method, url, params, data } = config; return [method, url, Qs.stringify(params), Qs.stringify(data)].join("&"); }
addPendingRequest。用于把當(dāng)前請求信息添加到 pendingRequest 對象中。
const pendingRequest = new Map(); function addPendingRequest(config) { const requestKey = generateReqKey(config); config.cancelToken = config.cancelToken || new axios.CancelToken((cancel) => { if (!pendingRequest.has(requestKey)) { pendingRequest.set(requestKey, cancel); } }); }
removePendingRequest。檢查是否存在重復(fù)請求,若存在則取消已發(fā)的請求。
function removePendingRequest(config) { const requestKey = generateReqKey(config); if (pendingRequest.has(requestKey)) { const cancelToken = pendingRequest.get(requestKey); cancelToken(requestKey); pendingRequest.delete(requestKey); } }
第二步,添加請求攔截器。
axios.interceptors.request.use( function (config) { removePendingRequest(config); // 檢查是否存在重復(fù)請求,若存在則取消已發(fā)的請求 addPendingRequest(config); // 把當(dāng)前請求信息添加到pendingRequest對象中 return config; }, (error) => { return Promise.reject(error); } );
第二步,添加響應(yīng)攔截器。
axios.interceptors.response.use( (response) => { removePendingRequest(response.config); // 從pendingRequest對象中移除請求 return response; }, (error) => { removePendingRequest(error.config || {}); // 從pendingRequest對象中移除請求 if (axios.isCancel(error)) { console.log("已取消的重復(fù)請求:" + error.message); } else { // 添加異常處理 } return Promise.reject(error); } );
到這里就可以通過 axios 完成了自動取消重復(fù)請求的功能。
思考與總結(jié)
useLockFn 也可以讓 hook或方法給請求函數(shù)添加競態(tài)鎖的方式解決重復(fù)請求的問題??蛇@個很需要依賴于開發(fā)者的習(xí)慣,假如沒有一些規(guī)則的約束,很難避免問題。
我們在通過 axios 攔截器以及其 CancelToken 功能,這樣就能夠在攔截器中自動將已發(fā)的請求取消,其實我們也要注意的是有一些接口就是需要重復(fù)發(fā)送請求,可以考慮加一下白名單功能,讓請求不進(jìn)行取消。
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/128257.html
起因 社會在不斷的向前,技術(shù)也在不斷的完善進(jìn)步。從 React Hooks 正式發(fā)布到現(xiàn)在,越來越多的項目正在使用 Function Component 替代 Class Component,Hooks 這一新特性也逐漸被廣泛的使用。 這樣的解析是不是很熟悉,在日常中時常都有用到,但也有一個可以解決這樣重復(fù)的就是對數(shù)據(jù)請求的邏輯處理,對防抖節(jié)流的邏輯處理等。 另一方面,由于 Hoo...
之所以講這篇文章主要是為了加深對 React hooks 的理解。 因此,先要學(xué)習(xí)如何抽象自定義 hooks。構(gòu)建屬于自己的 React hooks 工具庫。 且培養(yǎng)閱讀學(xué)習(xí)源碼的習(xí)慣,工具庫是一個對源碼閱讀不錯的選擇?! ‖F(xiàn)在看下ahooks 是怎么封裝 cookie/localStorage/sessionStorage 的。 cookie ahooks 封裝了 useCookie...
這是講 ahooks 源碼的第一篇文章,簡要就是以下幾點: 加深對 React hooks 的理解。 學(xué)習(xí)如何抽象自定義 hooks。構(gòu)建屬于自己的 React hooks 工具庫。 培養(yǎng)閱讀學(xué)習(xí)源碼的習(xí)慣,工具庫是一個對源碼閱讀不錯的選擇。 注:本系列對 ahooks 的源碼解析是基于v3.3.13。自己 folk 了一份源碼,主要是對源碼做了一些解讀,可見詳情?! 〉谝黄饕榻B a...
想必大家都能看得懂的源碼 ahooks 整體架構(gòu)篇,且可以使用插件化機(jī)制優(yōu)雅的封裝你的請求hook,現(xiàn)在我們就探討下ahooks 是怎么解決 React 的閉包問題的?。 React 的閉包問題 先來看一個例子: importReact,{useState,useEffect}from"react"; exportdefault()=>{ const[c...
摘要:原文鏈接有大量平均水平左右的工人可被選擇參與進(jìn)來這意味著好招人有成熟的大量的程序庫可供選擇這意味著大多數(shù)項目都是既有程序庫的拼裝,標(biāo)準(zhǔn)化程度高而定制化場景少開發(fā)工具測試工具問題排查工具完善,成熟基本上沒有團(tuán)隊愿意在時間緊任務(wù)重的項目情況 原文鏈接:http://pfmiles.github.io/blog/java-groovy-mixed/ 有大量平均水平左右的工人可被選擇、參與...
閱讀 566·2023-03-27 18:33
閱讀 755·2023-03-26 17:27
閱讀 656·2023-03-26 17:14
閱讀 608·2023-03-17 21:13
閱讀 541·2023-03-17 08:28
閱讀 1829·2023-02-27 22:32
閱讀 1324·2023-02-27 22:27
閱讀 2207·2023-01-20 08:28