找回密码
 会员注册
查看: 20|回复: 0

IntersectionObserver实现虚拟列表初探

[复制链接]

5

主题

0

回帖

16

积分

新手上路

积分
16
发表于 2024-10-12 20:28:11 | 显示全部楼层 |阅读模式
IntersectionObserver实现虚拟列表初探 162 IntersectionObserver实现虚拟列表初探http://zoo.zhengcaiyun.cn/blog/article/intersectionobserver前言前端开发中经常会遇到大数据量列表展示的性能问题,即大数据量一次性展示时前端渲染大量 Dom,触发渲染性能问题,造成初始加载白屏,交互卡顿等。解决这类问题的方案也有很多,使用虚拟列表展示是一个比较常见的解决方案。今天我们来介绍如何使用 IntersectionObserver 这个 API 来自定义实现虚拟列表。传统列表在未使用虚拟列表之前,传统列表很难处理大量数据的渲染问题,常出现以下情况:列表数据渲染时间长甚至出现白屏列表交互卡顿为了解决该类问题,我们可以选用虚拟列表来承载大量数据的渲染,增强用户体验,IntersectionObserver API 作为浏览器原生的 API,可以做到“观察”所需元素是否需要在页面上显示,以此来对大量数据的渲染进行优化。虚拟列表在介绍 IntersectionObserver 之前,我们先简单介绍下虚拟列表概念。前面已经提到,页面的性能问题是由于太多数据渲染展示引起的。但一个页面总共就那么大,人一屏能浏览的内容就这么多,如果我们可以只渲染展示当前可见区域内的内容,当内容已出可见区域外时只作简单渲染,这样不就可以大大提高页面性能了吗?虚拟列表就是这个思路的实现传统的实现方案根据刚才的介绍我们知道,关键是要计算出哪些 dom 出现在可视区域需要实际渲染,哪些在视野外只需简单渲染。传统方法一般是监听 scroll, 在回调方案中 手动计算偏移量然后计算定位,由于 scroll 事件密集发生,计算量很大,容易造成性能问题。另外如果行行高不固定(实际业务中往往需要这样), 那计算将会更加复杂。自己观察不难发现,所有的这些计算都是为了判断一个 dom 是否在可视范围内,如果存在一个方法可以方便地让我们知道这点,那实现虚拟列表方案将大大简化。幸运的是目前大部分浏览器已经提供了这个api——IntersectionObserverIntersectionObserver介绍IntersectionObserver 接口 (从属于 Intersection Observer API) 提供了一种异步观察目标元素与其祖先元素或顶级文档视窗 (viewport) 交叉状态的方法。祖先元素与视窗 (viewport) 被称为根 (root)。当一个 IntersectionObserver 对象被创建时,其被配置为监听根中一段给定比例的可见区域。一旦 IntersectionObserver 被创建,则无法更改其配置,所以一个给定的观察者对象只能用来监听可见区域的特定变化值;然而,你可以在同一个观察者对象中配置监听多个目标元素。示例var intersectionObserver = new IntersectionObserver(function(entries) {  // If intersectionRatio is 0, the target is out of view  // and we do not need to do anything.  if (entries[0].intersectionRatio                                               /* 详细展示元素 */                              update() {    let rolwList = document.querySelectorAll('.period')    let _this = this    let config = {       root: document.querySelector('.main'),      }           let intersectionObserver = new IntersectionObserver(function(entries) {        entries.forEach((row)=> {          if (row.intersectionRatio  {      intersectionObserver.observe(row)     })     this.isFirst = false    }}没有效果当按照上面实现后,实际测试却发现并没有达到预想效果,初始加载时仍然非常缓慢,出现长时间白屏。 这是为什么呢?打印发现,初始时每一行的元素都进入了视野中,触发了附上实际数据的动作从而引发渲染。 怀疑是初始加载元素时没有实际内容,导致大量的行元素没有高度而一下子直接进入了视野区,进而触发大数据量渲染。 为了解决这个问题,我们在初始时给行元素设置一个非常大的行高,使得在视野中只存在一行,然后对这一行附上实际数据,去除行高样式,使行的高度由实际内容决定。这样可以使各个行依次进入视野,逐个渲染直到实际的高度的行元素撑满视野created() {     this.periodStyle = {    'grid-template-columns': `52px repeat(${this.headList.length}, 1fr)`,    height: '2000px',   }}let intersectionObserver = new IntersectionObserver(function(entries) {       entries.forEach((row)=>{        if (row.intersectionRatio 
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 会员注册

本版积分规则

QQ|手机版|心飞设计-版权所有:微度网络信息技术服务中心 ( 鲁ICP备17032091号-12 )|网站地图

GMT+8, 2024-12-25 13:06 , Processed in 0.470697 second(s), 26 queries .

Powered by Discuz! X3.5

© 2001-2024 Discuz! Team.

快速回复 返回顶部 返回列表