懒加载 React 长页面 - 动态渲染组件

长页面在前端开发中是非常常见的。例如下图中的电商首页，楼层数据来自运营人员在后台的配置，楼层数量是不固定的，同时每个楼层可能会依赖更多翻页数据。在这种情况下，如果一次性将页面全部渲染，可想而知，我们的页面直出效率（fmp, fid）会受到影响。

为了更好的用户体验，我们需要考虑在用户滚动到下一屏时，渲染下一屏的组件。

设计思路

---

假设页面预期渲染 n 个组件，每个组件均会触发请求其他接口。设计这样一个长页面，我们主要会面临以下两个问题：

• 渲染下一屏组件的时机应该如何判断？

• 在数据反复更新的过程中，如何让组件不重复发起数据请求？

图 1

一、渲染下一屏的时机

1. 初始定义

以首页为例，我们将楼层数据源用 homeInfo 变量保存，而实际渲染的数据用 compList 保存。另外，我们需要一个 loading 组件，该组件始终处于楼层组件的最下方。

const homeInfo = […楼层数据];

const [compList, setCompList] = useState([]); // 渲染的组件数据

const bottomDomRef = useRef(null);

// 楼层组件

{compList.map((homeItem, index) => (

// 根据不同的楼层渲染不同的楼层组件

{renderHomeConfig(homeItem)}

))}

// loading DOM

// completed DOM

已经到底啦

2. Loading 组件是否在视图内

如图 1 所示，当 loading 组件的位置滚动到视图中时，并且如果此时还有未渲染的组件，这时便是渲染下一屏的时机。

判断组件是否在视图内有两种方式，一种是调用调用Element.getBoundingClientRect\(\)[1]方法以获取 loading 元素的边界信息，进行判断，另一种是调用Interp Observer API[2]进行判断。

方法 1：getBoundingClientRect

我们需要知道 窗口高度 以及 Loading 组件的高度。

Element.clientHeight 元素内部的高度，包含内边距，但不包括水平滚动条、边框和外边距。

Element.scrollHeight 元素内容高度的度量，包括由于溢出导致的视图中不可见内容。

Element.getBoundingClientRect() 方法返回元素的大小及其相对于视口的位置。

const scrollRenderHandler = ():void => {

const rect = bottomDomRef.current?.getBoundingClientRect();

// top 是loading组件的位置

const top = rect ? rect.top : 0;

// 视窗高

const clientHeight = document.documentElement.clientHeight

|| document.body.clientHeight;

if (top < clientHeight &&  组件没渲染完) {

// 继续渲染

}

}

useEffect(() => {

document.addEventListener(‘scroll’, scrollRenderHandler);

return (): void => {

document.removeEventListener(‘scroll’, scrollRenderHandler);

};

}, [scrollRenderHandler]);

方法 2：Interp Observer

使用 react-interp-observer 的 api 判断 loading 元素是否在视图内。

// Use object destructing, so you don’t need to remember the exact order

const { ref, inView, entry } = useInView(options);

// Or array destructing, making it easy to customize the field names

const [ref, inView, entry] = useInView(options);

import { useInView } from ‘react-interp-observer’;

const [bottomDomRef, inView] = useInView({

threshold: 0,

});

const scrollRenderHandler = ():void => {

if (inView &&  组件没渲染完) {

// 继续渲染

}

}

3. 组件是否渲染完成

假设一屏展示 3 个组件，类似常见分页逻辑中的 pageSize = 3，我们可以将 n 个组件分割成每 3 个 1 组，对每组依次进行渲染，并用 compGroups 保存分割的组，同时使用 groupIdx 指针来指向下一个需要渲染的组序列。

export const splitGroups = (homeList: any[], pageSize: number): any[] => {

const groupsTemp = [];

for (let i = 0; i < homeList.length; i += pageSize) {

groupsTemp.push(homeList.slice(i, i + pageSize));

}

return groupsTemp;

};

const compGroups = useMemo(() => splitGroups(homeInfo, 3), [homeInfo]);

const groupCount = compGroups.length;

const [groupIdx, setGroupIdx] = useState(0);

当分割好组后，如何判断组件没渲染完的问题便迎刃而解，当 groupIdx 小于 groupCount，更新 compList 和 groupIdx。

if (top < clientHeight && groupIdx < compGroups.length) {

setCompList(compList.concat(compGroups[groupIdx]));

setGroupIdx(groupIdx + 1);

}

4. 监听滚动优化

在滚动时会频繁触发 scrollRenderHandler 函数，导致页面性能低下。此时需要采用节流，并用 useCallback 缓存 scrollRenderHandler 函数用来提升性能。

const [scrollRenderHandler] = useDebounce((): void => {

if (inView && groupIdx < groupCount) {

setCompList(compList.concat(compGroups[groupIdx]));

setGroupIdx(groupIdx + 1);

}

},

300,

[compGroups, compList, groupIdx, inView],

);

useEffect(() => {

document.addEventListener(‘scroll’, scrollRenderHandler);

return (): void => {

document.removeEventListener(‘scroll’, scrollRenderHandler);

};

}, [scrollRenderHandler]);

export default function useDebounce<T extends(…args: any[]) => any>(

func: T,

delay: number,

deps: DependencyList = [],

): [T, () => void] {

const timer = useRef();

const cancel = useCallback(() => {

if (timer.current) {

clearTimeout(timer.current);

}

}, []);

const run = useCallback((…args) => {

cancel();

timer.current = window.setTimeout(() => {

func(…args);

}, delay);

}, deps);

return [run as T, cancel];

}

二、不重复发起数据请求

1. 症结分析

至此，随着屏幕滚动，我们基本完成了组件动态渲染的要求。但还有另外一个问题：随着滚动，相同的数据接口请求了多次。

如上图，同一楼层的接口被请求了两遍。这意味着，在窗口滚动的过程中，我们反复更新了 compList 数据，从而导致了楼层组件重新渲染，而每个楼层组件的数据请求，是放在组件内部的，这与该楼层的唯一标识 uuid 相关，因此导致数据接口的重复请求。

2. React.memo

React Top-Level API – React[3]

通过上述症结我们得知，只要组件不重复渲染，便可规避掉重复请求的问题。

在没有引入 React.memo 之前，使用 PureComponent 可以达到对 props 浅比较的效果，另外，我们也可以采用 shouldComponentUpdate 来进行具体的比较，从而减少组件的渲染次数。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数前端工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Web前端开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上前端开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：前端）

最后

资料过多，篇幅有限，需要文中全部资料可以点击这里获取前端面试资料PDF完整版！

自古成功在尝试。不尝试永远都不会成功。勇敢的尝试是成功的一半。

系化！**

[外链图片转存中…(img-MExgdB5B-1713284174015)]

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：前端）

最后

[外链图片转存中…(img-dN5dYy0F-1713284174015)]

[外链图片转存中…(img-OuR2uiFF-1713284174015)]

资料过多，篇幅有限，需要文中全部资料可以点击这里获取前端面试资料PDF完整版！

自古成功在尝试。不尝试永远都不会成功。勇敢的尝试是成功的一半。