最新国产好看的视频,伊人天堂AV在线,国产Aaaaaa视频,蜜臀视频在线观看一区,人妻av色图,密臀久久久精品影片,青青视频免费观看毛片,久草在线观看视,国产三级精品色情在线

一文詳解如何封裝一個(gè)生產(chǎn)級(jí)的React Native分頁(yè)列表Hook

 更新時(shí)間:2026年05月14日 15:18:17   作者:皮蛋小精靈  
分享了在React Native中使用FlatList實(shí)現(xiàn)分頁(yè)列表時(shí)遇到的幾個(gè)經(jīng)典問(wèn)題及其解決方案,包括并發(fā)鎖、閉包陷阱、雙重觸發(fā)等內(nèi)容,感興趣的小伙伴可以了解下

一次徹底解決并發(fā)鎖、閉包陷阱、雙重觸發(fā)三個(gè)經(jīng)典問(wèn)題

在 React Native 開發(fā)中,帶下拉刷新和上拉加載的分頁(yè)列表幾乎是每個(gè) App 的標(biāo)配。但只要你認(rèn)真做過(guò),就會(huì)踩到這幾個(gè)坑:

  • 快速滑動(dòng)時(shí)發(fā)出多個(gè)重復(fù)請(qǐng)求
  • loadMore 拿到過(guò)期的頁(yè)碼,導(dǎo)致加載了錯(cuò)誤的頁(yè)
  • FlatList 渲染完第一頁(yè)就立刻觸發(fā) onEndReached,無(wú)故請(qǐng)求第二頁(yè)

這篇文章記錄我封裝 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,用來(lái)表示所有加載場(chǎng)景。這會(huì)帶來(lái)一個(gè)問(wèn)題:下拉刷新時(shí),列表底部的"加載更多"指示器也會(huì)一起亮起;反過(guò)來(lái)上拉加載時(shí),頂部的下拉刷新轉(zhuǎn)圈也可能錯(cuò)誤地顯示。

分開管理語(yǔ)義更清晰,也和 FlatList 的 props 直接對(duì)應(yīng):

const [loading, setLoading] = useState(false);       // 首次進(jìn)入頁(yè)面
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 來(lái)做"正在請(qǐng)求"的 flag:

// ? 錯(cuò)誤寫法
const [isFetching, setIsFetching] = useState(false);

const fetchData = async () => {
  if (isFetching) return; // 這里讀到的是閉包里的舊值!
  setIsFetching(true);
  // ...
};

問(wèn)題在于 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 的修改立刻生效,不受閉包影響。這才是真正的同步鎖。

閉包陷阱:頁(yè)碼也要用 Ref 追蹤

loadMore 的實(shí)現(xiàn)里有一個(gè)類似的坑——頁(yè)碼。

直覺上你可能會(huì)這樣寫:

// ? 容易出 bug 的寫法
const loadMore = useCallback(() => {
  if (hasMore && !isFetchingRef.current) {
    fetchData(pageNum + 1, 'loadMore');
  }
}, [hasMore, fetchData, pageNum]);

這里的 pageNumuseState 的值,loadMore 會(huì)在每次 pageNum 變化時(shí)重新生成。但問(wèn)題是:loadMore 同時(shí)還被 FlatListonEndReached 引用著,在某些 layout 變化場(chǎng)景下,新的 loadMore 還沒有傳遞給 FlatList,舊的那個(gè)就被調(diào)用了,于是 pageNum 還是上一次的值。

同樣,用 Ref 來(lái)解決:

const pageNumRef = useRef(1);

// 每次請(qǐng)求成功后同步更新
pageNumRef.current = page;
setPageNum(page); // State 用于驅(qū)動(dòng) UI 重渲染,Ref 用于在閉包中讀最新值

// ? loadMore 里用 Ref 讀頁(yè)碼
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í)始終能讀到最新頁(yè)碼。

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 來(lái)判斷

setHasMore(items.length >= pageSize);

邏輯是:如果這次請(qǐng)求返回了滿頁(yè)(比如 pageSize=20,返回了 20 條),說(shuō)明后面大概率還有數(shù)據(jù);如果返回了不足一頁(yè)(比如只有 7 條),說(shuō)明已經(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ā)生變化(比如第一頁(yè)數(shù)據(jù)渲染完成),它會(huì)重新計(jì)算 onEndReachedThreshold,有時(shí)會(huì)再次觸發(fā) onEndReached。雖然 isFetchingRef 能擋住并發(fā)請(qǐng)求,但在請(qǐng)求剛結(jié)束、數(shù)據(jù)剛渲染完的那一瞬間,鎖已經(jīng)釋放,layout 變化又來(lái)了一次觸發(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ù),initrefresh 都是替換。用函數(shù)式更新 prev => ... 而不是直接引用 data,同樣是為了避免閉包里讀到過(guò)期的 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 沒有引入任何第三方庫(kù),核心是對(duì) React 幾個(gè)基礎(chǔ)機(jī)制的正確使用:

問(wèn)題解決方案
并發(fā)請(qǐng)求重復(fù)useRef 同步鎖(而不是 useState
閉包讀到過(guò)期頁(yè)碼pageNumRef 追蹤最新頁(yè)碼
FlatList layout 變化觸發(fā)雙請(qǐng)求lastFetchTimeRef 暴露時(shí)間戳給調(diào)用方防抖
數(shù)據(jù)合并讀到過(guò)期 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分頁(yè)列表Hook的詳細(xì)內(nèi)容,更多關(guān)于React封裝分頁(yè)列表Hook的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!

相關(guān)文章

  • React中事件綁定this指向三種方法的實(shí)現(xiàn)

    React中事件綁定this指向三種方法的實(shí)現(xiàn)

    這篇文章主要介紹了React中事件綁定this指向三種方法的實(shí)現(xiàn),文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧
    2021-05-05
  • 詳解如何在React函數(shù)式組件中使用MobX

    詳解如何在React函數(shù)式組件中使用MobX

    MobX 是一個(gè)簡(jiǎn)潔的狀態(tài)管理庫(kù),它通過(guò)透明的函數(shù)響應(yīng)式編程(TFRP)使得狀態(tài)管理變得簡(jiǎn)單和可擴(kuò)展,下面就跟隨小編一起來(lái)了解一下如何在React函數(shù)式組件中使用MobX吧
    2024-01-01
  • 解決React報(bào)錯(cuò)Parameter 'props' implicitly has an 'any' type

    解決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)管理庫(kù)的使用

    React中完整實(shí)例講解Recoil狀態(tài)管理庫(kù)的使用

    這篇文章主要介紹了React中Recoil狀態(tài)管理庫(kù)的使用,Recoil的產(chǎn)生源于Facebook內(nèi)部一個(gè)可視化數(shù)據(jù)分析相關(guān)的應(yīng)用,在使用React的實(shí)現(xiàn)的過(guò)程中,因?yàn)楝F(xiàn)有狀態(tài)管理工具不能很好的滿足應(yīng)用的需求,因此催生出了Recoil,對(duì)Recoil感興趣可以參考下文
    2023-05-05
  • React日期時(shí)間顯示組件的封裝方法

    React日期時(shí)間顯示組件的封裝方法

    這篇文章主要為大家詳細(xì)介紹了React日期時(shí)間顯示組件的封裝方法,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下
    2022-08-08
  • React實(shí)現(xiàn)組件之間狀態(tài)共享的幾種方法

    React實(shí)現(xiàn)組件之間狀態(tài)共享的幾種方法

    在開發(fā)現(xiàn)代Web應(yīng)用時(shí),管理組件之間的狀態(tài)共享是一個(gè)重要的課題,特別是在使用React這個(gè)流行的前端庫(kù)時(shí),如何有效地在不同組件之間傳遞狀態(tài),確保應(yīng)用的響應(yīng)性和可維護(hù)性,是我們需要掌握的關(guān)鍵技能,在本文中,我們將探討幾種有效的狀態(tài)共享策略,需要的朋友可以參考下
    2025-02-02
  • React項(xiàng)目中hook實(shí)現(xiàn)展示對(duì)話框功能

    React項(xiàng)目中hook實(shí)現(xiàn)展示對(duì)話框功能

    Modal(模態(tài)框)是 web 開發(fā)中十分常見的組件,即從頁(yè)面中彈出的對(duì)話框,下面這篇文章主要給大家介紹了關(guān)于React項(xiàng)目中hook實(shí)現(xiàn)展示對(duì)話框功能的相關(guān)資料,需要的朋友可以參考下
    2022-05-05
  • react-native-webview和h5通信用法及說(shuō)明

    react-native-webview和h5通信用法及說(shuō)明

    本文詳細(xì)介紹了React?Native和WebView之間的通信方式,包括HTML向RN通信、RN向HTML通信以及使用postMessage進(jìn)行消息通信,通過(guò)具體的函數(shù)和代碼示例,展示了如何實(shí)現(xiàn)雙向通信,并提供了一個(gè)在項(xiàng)目中實(shí)際應(yīng)用的調(diào)用示例
    2026-03-03
  • js中自定義react數(shù)據(jù)驗(yàn)證組件實(shí)例詳解

    js中自定義react數(shù)據(jù)驗(yàn)證組件實(shí)例詳解

    我們?cè)谧銮岸吮韱翁峤粫r(shí),經(jīng)常會(huì)遇到要對(duì)表單中的數(shù)據(jù)進(jìn)行校驗(yàn)的問(wèn)題。這篇文章主要介紹了js中自定義react數(shù)據(jù)驗(yàn)證組件 ,需要的朋友可以參考下
    2018-10-10
  • react native 獲取地理位置的方法示例

    react native 獲取地理位置的方法示例

    這篇文章主要介紹了react native 獲取地理位置的方法示例,小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧
    2018-08-08

最新評(píng)論

威海市| 黎平县| 马关县| 开原市| 巢湖市| 合作市| 苍山县| 海安县| 桦甸市| 麦盖提县| 三门县| 呼和浩特市| 商水县| 珠海市| 开封县| 新民市| 昌图县| 迭部县| 蒙阴县| 柏乡县| 叙永县| 宁国市| 台中县| 长寿区| 铜山县| 南郑县| 夏津县| 高碑店市| 彰化县| 东阿县| 手游| 万宁市| 凉城县| 靖边县| 临江市| 宁乡县| 新疆| 同心县| 东丰县| 汶上县| 重庆市|