一文詳解如何封裝一個(gè)生產(chǎn)級(jí)的React Native分頁列表Hook
一次徹底解決并發(fā)鎖、閉包陷阱、雙重觸發(fā)三個(gè)經(jīng)典問題
在 React Native 開發(fā)中,帶下拉刷新和上拉加載的分頁列表幾乎是每個(gè) App 的標(biāo)配。但只要你認(rèn)真做過,就會(huì)踩到這幾個(gè)坑:
- 快速滑動(dòng)時(shí)發(fā)出多個(gè)重復(fù)請(qǐng)求
loadMore拿到過期的頁碼,導(dǎo)致加載了錯(cuò)誤的頁FlatList渲染完第一頁就立刻觸發(fā)onEndReached,無故請(qǐng)求第二頁
這篇文章記錄我封裝 usePaginatedList 的完整思路,以及每個(gè)設(shè)計(jì)決策背后的原因。
先看最終接口
const {
data,
total,
loading, // 初始加載
refreshing, // 下拉刷新中
loadingMore, // 上拉加載更多中
hasMore,
refresh,
loadMore,
} = usePaginatedList({
fetcher: ({ pageNumber, pageSize, type }) =>
api.getList({ pageNumber, pageSize }),
pageSize: 20,
autoLoad: true,
});
fetcher 是唯一必填項(xiàng),其他都有默認(rèn)值。Hook 內(nèi)部管理所有狀態(tài),調(diào)用方只需要關(guān)心"拿到的數(shù)據(jù)"和"觸發(fā)動(dòng)作"。
三種加載狀態(tài),分開管理
很多實(shí)現(xiàn)只有一個(gè) loading,用來表示所有加載場(chǎng)景。這會(huì)帶來一個(gè)問題:下拉刷新時(shí),列表底部的"加載更多"指示器也會(huì)一起亮起;反過來上拉加載時(shí),頂部的下拉刷新轉(zhuǎn)圈也可能錯(cuò)誤地顯示。
分開管理語義更清晰,也和 FlatList 的 props 直接對(duì)應(yīng):
const [loading, setLoading] = useState(false); // 首次進(jìn)入頁面 const [refreshing, setRefreshing] = useState(false); // FlatList.refreshing const [loadingMore, setLoadingMore] = useState(false);// 底部 Loading 組件
在 fetchData 里 根據(jù) type 參數(shù)決定置哪個(gè) flag:
if (type === 'refresh') {
setRefreshing(true);
} else if (type === 'loadMore') {
setLoadingMore(true);
} else {
setLoading(true);
}
三個(gè)狀態(tài)在 finally 里統(tǒng)一重置,不管請(qǐng)求成功還是失敗都能正確恢復(fù):
finally {
setLoading(false);
setRefreshing(false);
setLoadingMore(false);
isFetchingRef.current = false;
lastFetchTimeRef.current = Date.now();
}
并發(fā)鎖:用 Ref 而不是 State
這是最容易寫錯(cuò)的地方。很多人會(huì)用 useState 來做"正在請(qǐng)求"的 flag:
// ? 錯(cuò)誤寫法
const [isFetching, setIsFetching] = useState(false);
const fetchData = async () => {
if (isFetching) return; // 這里讀到的是閉包里的舊值!
setIsFetching(true);
// ...
};
問題在于 useState 的更新是異步的,當(dāng)你在 fetchData 里讀 isFetching 時(shí),讀到的是本次渲染時(shí)的快照值。如果兩個(gè)請(qǐng)求幾乎同時(shí)觸發(fā),兩個(gè)閉包里的 isFetching 都是 false,鎖就失效了。
正確做法是用 useRef:
// ? 正確寫法
const isFetchingRef = useRef(false);
const fetchData = async () => {
if (isFetchingRef.current) return; // Ref 是可變對(duì)象,永遠(yuǎn)讀最新值
isFetchingRef.current = true;
// ...
finally {
isFetchingRef.current = false;
}
};
useRef 返回的是同一個(gè)對(duì)象引用,.current 的修改立刻生效,不受閉包影響。這才是真正的同步鎖。
閉包陷阱:頁碼也要用 Ref 追蹤
loadMore 的實(shí)現(xiàn)里有一個(gè)類似的坑——頁碼。
直覺上你可能會(huì)這樣寫:
// ? 容易出 bug 的寫法
const loadMore = useCallback(() => {
if (hasMore && !isFetchingRef.current) {
fetchData(pageNum + 1, 'loadMore');
}
}, [hasMore, fetchData, pageNum]);
這里的 pageNum 是 useState 的值,loadMore 會(huì)在每次 pageNum 變化時(shí)重新生成。但問題是:loadMore 同時(shí)還被 FlatList 的 onEndReached 引用著,在某些 layout 變化場(chǎng)景下,新的 loadMore 還沒有傳遞給 FlatList,舊的那個(gè)就被調(diào)用了,于是 pageNum 還是上一次的值。
同樣,用 Ref 來解決:
const pageNumRef = useRef(1);
// 每次請(qǐng)求成功后同步更新
pageNumRef.current = page;
setPageNum(page); // State 用于驅(qū)動(dòng) UI 重渲染,Ref 用于在閉包中讀最新值
// ? loadMore 里用 Ref 讀頁碼
const loadMore = useCallback(() => {
if (hasMore && !isFetchingRef.current) {
fetchData(pageNumRef.current + 1, 'loadMore');
}
}, [hasMore, fetchData]);
pageNumRef 不出現(xiàn)在依賴數(shù)組里——因?yàn)?Ref 的變化不觸發(fā)重渲染,也不需要觸發(fā) loadMore 的重新生成。這樣 loadMore 的引用保持穩(wěn)定,同時(shí)始終能讀到最新頁碼。
hasMore的判斷邏輯
hasMore 決定了是否還要繼續(xù)加載,判斷方式值得想一想。
最簡(jiǎn)單的判斷是 data.length < total,但這要求每次都能拿到準(zhǔn)確的 total,而部分接口設(shè)計(jì)不返回 total,或者 total 可能因?yàn)閿?shù)據(jù)變化而不準(zhǔn)確。
這里采用了一個(gè)更魯棒的策略:用返回條數(shù)是否達(dá)到 pageSize 來判斷。
setHasMore(items.length >= pageSize);
邏輯是:如果這次請(qǐng)求返回了滿頁(比如 pageSize=20,返回了 20 條),說明后面大概率還有數(shù)據(jù);如果返回了不足一頁(比如只有 7 條),說明已經(jīng)到底了。
這個(gè)判斷在絕大多數(shù)場(chǎng)景下都準(zhǔn)確,邊界情況(恰好是 pageSize 的整數(shù)倍)會(huì)多發(fā)一次請(qǐng)求,但返回空數(shù)組后 hasMore 會(huì)變?yōu)?false,不影響正確性。
為什么要記錄lastFetchTimeRef
lastFetchTimeRef.current = Date.now();
這個(gè) Ref 記錄了上次請(qǐng)求完成的時(shí)間戳。它本身沒有在 Hook 內(nèi)部使用,而是暴露給調(diào)用方用于防抖。
FlatList 有一個(gè)特性:當(dāng)列表高度發(fā)生變化(比如第一頁數(shù)據(jù)渲染完成),它會(huì)重新計(jì)算 onEndReachedThreshold,有時(shí)會(huì)再次觸發(fā) onEndReached。雖然 isFetchingRef 能擋住并發(fā)請(qǐng)求,但在請(qǐng)求剛結(jié)束、數(shù)據(jù)剛渲染完的那一瞬間,鎖已經(jīng)釋放,layout 變化又來了一次觸發(fā),就會(huì)發(fā)出第二個(gè)請(qǐng)求。
調(diào)用方可以這樣使用:
const { loadMore, lastFetchTimeRef } = usePaginatedList({ ... });
const handleEndReached = useCallback(() => {
// 上次請(qǐng)求結(jié)束后 500ms 內(nèi)不響應(yīng)
if (Date.now() - lastFetchTimeRef.current < 500) return;
loadMore();
}, [loadMore, lastFetchTimeRef]);
這是一個(gè)協(xié)作式冷卻的設(shè)計(jì):Hook 提供時(shí)間戳,調(diào)用方?jīng)Q定冷卻策略,關(guān)注點(diǎn)分離。
FetchType的設(shè)計(jì)意圖
export type FetchType = 'init' | 'refresh' | 'loadMore';
type 被透?jìng)鹘o fetcher,這讓調(diào)用方可以根據(jù)加載類型做差異化處理:
fetcher: ({ pageNumber, pageSize, type }) => {
// 比如刷新時(shí)清除本地緩存,初始化時(shí)走緩存優(yōu)先
if (type === 'refresh') {
cache.clear();
}
return api.getList({ pageNumber, pageSize });
}
Hook 不需要知道這些業(yè)務(wù)邏輯,只是誠(chéng)實(shí)地把信息傳出去。
數(shù)據(jù)合并策略
setData(prev => (type === 'loadMore' ? [...prev, ...items] : items));
只有 loadMore 時(shí)追加數(shù)據(jù),init 和 refresh 都是替換。用函數(shù)式更新 prev => ... 而不是直接引用 data,同樣是為了避免閉包里讀到過期的 data。
完整代碼
import {useCallback, useEffect, useState, useRef} from 'react';
export type FetchType = 'init' | 'refresh' | 'loadMore';
interface PaginatedResult<T> {
data: T[];
total: number;
}
interface UsePaginatedListOptions<T> {
fetcher: (params: {
pageNumber: number;
pageSize: number;
type: FetchType;
}) => Promise<{
code: number | string;
data?: PaginatedResult<T>;
}>;
pageSize?: number;
autoLoad?: boolean;
}
export function usePaginatedList<T>({
fetcher,
pageSize = 10,
autoLoad = true,
}: UsePaginatedListOptions<T>) {
const [data, setData] = useState<T[]>([]);
const [pageNum, setPageNum] = useState(1);
const pageNumRef = useRef(1);
const [hasMore, setHasMore] = useState(true);
const [loading, setLoading] = useState(false);
const [refreshing, setRefreshing] = useState(false);
const [loadingMore, setLoadingMore] = useState(false);
const [total, setTotal] = useState(0);
const isFetchingRef = useRef(false);
const lastFetchTimeRef = useRef(0);
const fetchData = useCallback(
async (page: number, type: FetchType) => {
if (isFetchingRef.current) return;
isFetchingRef.current = true;
if (type === 'refresh') {
setRefreshing(true);
} else if (type === 'loadMore') {
setLoadingMore(true);
} else {
setLoading(true);
}
try {
const res = await fetcher({pageNumber: page, pageSize, type});
if (res.code === 200 && res.data) {
const items = res.data.data ?? [];
setData(prev => (type === 'loadMore' ? [...prev, ...items] : items));
setTotal(res.data.total ?? 0);
setHasMore(items.length >= pageSize);
pageNumRef.current = page;
setPageNum(page);
}
} catch {
} finally {
setLoading(false);
setRefreshing(false);
setLoadingMore(false);
isFetchingRef.current = false;
lastFetchTimeRef.current = Date.now();
}
},
[fetcher, pageSize],
);
const refresh = useCallback(async () => {
await fetchData(1, 'refresh');
}, [fetchData]);
const loadMore = useCallback(() => {
if (hasMore && !isFetchingRef.current) {
fetchData(pageNumRef.current + 1, 'loadMore');
}
}, [hasMore, fetchData]);
useEffect(() => {
if (autoLoad) {
fetchData(1, 'init');
}
}, [autoLoad, fetchData]);
return {
data,
total,
loading,
refreshing,
loadingMore,
hasMore,
refresh,
loadMore,
lastFetchTimeRef,
};
}
小結(jié)
這個(gè) Hook 沒有引入任何第三方庫,核心是對(duì) React 幾個(gè)基礎(chǔ)機(jī)制的正確使用:
| 問題 | 解決方案 |
|---|---|
| 并發(fā)請(qǐng)求重復(fù) | useRef 同步鎖(而不是 useState) |
| 閉包讀到過期頁碼 | pageNumRef 追蹤最新頁碼 |
FlatList layout 變化觸發(fā)雙請(qǐng)求 | lastFetchTimeRef 暴露時(shí)間戳給調(diào)用方防抖 |
數(shù)據(jù)合并讀到過期 data | 函數(shù)式 setData(prev => ...) |
| 三種加載狀態(tài)混用 | loading / refreshing / loadingMore 分開管理 |
最核心的一條原則:需要在閉包中讀取、且要求始終是最新值的變量,用 useRef 而不是 useState。 State 驅(qū)動(dòng)渲染,Ref 驅(qū)動(dòng)邏輯。分清楚這兩件事,大部分 React 的"玄學(xué) bug"都能迎刃而解。
以上就是一文詳解如何封裝一個(gè)生產(chǎn)級(jí)的React Native分頁列表Hook的詳細(xì)內(nèi)容,更多關(guān)于React封裝分頁列表Hook的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
React中事件綁定this指向三種方法的實(shí)現(xiàn)
這篇文章主要介紹了React中事件綁定this指向三種方法的實(shí)現(xiàn),文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2021-05-05
解決React報(bào)錯(cuò)Parameter 'props' implicitly&nb
這篇文章主要為大家介紹了React報(bào)錯(cuò)Parameter 'props' implicitly has an 'any' type的解決處理方法,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2022-12-12
React中完整實(shí)例講解Recoil狀態(tài)管理庫的使用
這篇文章主要介紹了React中Recoil狀態(tài)管理庫的使用,Recoil的產(chǎn)生源于Facebook內(nèi)部一個(gè)可視化數(shù)據(jù)分析相關(guān)的應(yīng)用,在使用React的實(shí)現(xiàn)的過程中,因?yàn)楝F(xiàn)有狀態(tài)管理工具不能很好的滿足應(yīng)用的需求,因此催生出了Recoil,對(duì)Recoil感興趣可以參考下文2023-05-05
React實(shí)現(xiàn)組件之間狀態(tài)共享的幾種方法
在開發(fā)現(xiàn)代Web應(yīng)用時(shí),管理組件之間的狀態(tài)共享是一個(gè)重要的課題,特別是在使用React這個(gè)流行的前端庫時(shí),如何有效地在不同組件之間傳遞狀態(tài),確保應(yīng)用的響應(yīng)性和可維護(hù)性,是我們需要掌握的關(guān)鍵技能,在本文中,我們將探討幾種有效的狀態(tài)共享策略,需要的朋友可以參考下2025-02-02
React項(xiàng)目中hook實(shí)現(xiàn)展示對(duì)話框功能
Modal(模態(tài)框)是 web 開發(fā)中十分常見的組件,即從頁面中彈出的對(duì)話框,下面這篇文章主要給大家介紹了關(guān)于React項(xiàng)目中hook實(shí)現(xiàn)展示對(duì)話框功能的相關(guān)資料,需要的朋友可以參考下2022-05-05
react-native-webview和h5通信用法及說明
本文詳細(xì)介紹了React?Native和WebView之間的通信方式,包括HTML向RN通信、RN向HTML通信以及使用postMessage進(jìn)行消息通信,通過具體的函數(shù)和代碼示例,展示了如何實(shí)現(xiàn)雙向通信,并提供了一個(gè)在項(xiàng)目中實(shí)際應(yīng)用的調(diào)用示例2026-03-03
js中自定義react數(shù)據(jù)驗(yàn)證組件實(shí)例詳解
我們?cè)谧銮岸吮韱翁峤粫r(shí),經(jīng)常會(huì)遇到要對(duì)表單中的數(shù)據(jù)進(jìn)行校驗(yàn)的問題。這篇文章主要介紹了js中自定義react數(shù)據(jù)驗(yàn)證組件 ,需要的朋友可以參考下2018-10-10

