初探滚动加载实现和优化点
27 Jul 2017
平时工作并没有接触到瀑布流,但说起滚动加载,触屏版列表页总会遇到,只是很多时候数据量太少,无暇考虑其存在的优化点,如果被问起,可能回答最多的是图片懒加载吧,但其实不然,也是之前的一次面试,被问及滚动加载的优化,当时面试官很详细的说明需求,那就是页面在不断下拉滚动加载过程中,dom的不断增加会加大内存消耗, 如果是手机的话,会有卡顿的现象出现,这个时候应该怎么处理?
当时我并没有想到dom回收这块去,最后一句“不会要把前面dom给删了先吧?”,面试官回道“就是这样”……最终面试结束就没有消息了,当时我就开始研究瀑布流跟这个dom回收的优化点,但总是碎片化时间来思考,遇到问题后停了很长一段时间,最近又去研究类似实现网站的做法,于是找到突破点,较为完整地写完了代码。
接下来,我分两部分阐述本文主题:瀑布流实现、dom回收。
绝对定位的瀑布流
这里实现,基本参考了博客文章» ,文章内容其实已经很清晰了,一步一步教到尾。
我这里总结一下自己实现的知识点:
1.绝对定位布局瀑布流,每个数据项的位置都固定,这里先设定好每一排的列数,先布局第一排数据,然后记录下每一项的高度,并将高度值存到一个数组中,后续的数据项每次摆放,其实都是 通过取得数组元素最小值来决定数据项的位置,这样就能保证后续数据都是优先插入到剩余空间(无视其标签在代码里的物理位置)。绝对定位还有一个好处是后面如果dom回收的话,前面dom清除也不会影响后面dom的布局。
示意图如下:额外链接» (需要支持svg和动画的浏览器)
2.数据项带有图片势必需要异步操作,因为是滚动加载,可以不考虑懒加载了,既然是异步,会影响第一点说得获取数据项高度的进度,于是转换一下思路,当我们拿到数据的那一刻,先把图片地址筛选出来,并行js代码加载图片(不显示),直到最后一张图片加载完成时回调来进行dom插入以及布局位置操作。
3.滚到哪里才触发加载?自然是当可视区域底部接近当前高度数组最低值处开始触发加载。
由于瀑布流需要大量数据,只是做初探,我简单的封装了一个对象,构造一个数组存放图片地址数据,当然图片地址只是抽取几个随机复制而已。并提供了一个延迟异步获取数据的方法,用以模拟异步加载接口数据。如下:
图片的加载:这里有点回调地狱的感觉,利用递归的方式在每个图片加载完毕之后继续下一个图片的加载,直到结束,才进行下一步的回调
图片加载完毕的下一个步骤,是先将dom组装并丢进容器元素中
item类即为一个数据项,这里加了个group父元素包裹是为了dom优化处理用,后面会说到。
dom构造完,就可以获取数据项的高度,以便调整布局。
这里做了一个判断是首次数据排列还是后续排列,其主要不同点是,首排布局只需要关注其水平位置,垂直位置都是0起点,并初始化高度数组以便后续数据项的排列,而后续数据项垂直位置需要得到当前最短高度位置的高度值加上间隔。
基本分点逻辑阐述完,剩下的就是主流程的代码:监听滚动时只考虑向下滚动才会有触发加载数据的情况。
到这里基本瀑布流的实现就结束了。
优化点:dom回收
这是卡住我思路很久的一个问题,想想当时主要卡在dom回收的关键位置判断,如果分组还得考虑不做dom回收的分组最多保留几组,滚动触发时怎么去判断。
后来,我分析了一下唯品会的搜索结果页,分析了一下,发现了规律。
其主要是将多个数据项作为一组,以组为单位,也可以视为一页。
基本规则:
1.每组20个item,如果向下滚动时,保持list-view-page 有实体内容的个数在3-4,多余部分则清空内容,并设置height以及clearout=true
2.一般向下滚动的话,有实体item的list-view-page一般都为3个,当页面往回滚时,会出现实体item 的page最多四个的情况。(来回滑动过程中,假设当前页有page i和i+1, 此时具有实体的page不在可视范围的还有i-1和i+2,只有当i离开视口,i-1才会释放实体,也只有i+1顶部离开视口,i+2才会释放实体)。
3.当前可视范围内的页,需要保证其上下临近页都有实体item,假设页2在向下滑动过程中离开可视范围,那么页1实体清空,当页2往回滑动底部进入可视范围,则恢复页1的实体item,同样,往回滚动后又正向滚动,页2顶部进入可视范围时,页3恢复实体。
4.对于新加载页,规则是,假设页3最后一个item进入可视范围,则开始加载页4的内容,保证再继续滑动过程中能顺畅浏览。
这么表达貌似有点懵逼,于是用svg做了个简单的动画(可能需要用chrome才能有效果)。可以戳这里去看代码
由此,再总结一下大概的逻辑是:(这里保证每个分组总高度比屏幕高度要大)
1.当页面滚动事件触发,获取当前滚动位置是否即将到达瀑布流底部,是则加载新数据,否则不作为(也不是不作为,是不加载新数据)。
2.因为瀑布流分组的话,高度是不定的,所以需要将分组的顶部高度存储到一个数组(heightGroup)中。
3.不考虑什么幅度问题,滚动事件触发后,得到屏幕顶部和底部所在页面的相对位置,得出在视野内的分组(1-2个), 假设为n和n+1, 那么n-2以及n-(2+)就需要被释放掉,另一个方向需要考虑n+1是否在视野,是则n+2以及之后的分组都要释放,否则从n+3开始算起。
关于分组的缓存以及位置,我们可以用两个数组来存储,只需要在上一步里提到的flow方法中,做记录即可
根据高度值计算其在那个分组范围内:
通过滚动事件触发,可以获得滚动高度值,即可获得可视区域的顶部和底部,再根据这两个位置得出可视区域的两个分组(或者一个),为装有数据项的分组添加has-data类做标识。
到此,基本代码写完,下面附上完整版
demo页面地址»
总结,没想到的是纠结了我那么久的一个实现,写完才两百行代码,当然这其中也要归功于jQuery的方便,虽然这样整体大致实现了要求,但其还是有一些限制或者我还没考虑到的问题,相比于花瓣网的实现,还没分析出个结论来,但想想这块也是蛮复杂的,如果是普通的列表滚动加载,其实还好做一些,也不用弄绝对定位,也有不少网站的滚动加载并非无线滚动,而是滚动到一定高度之后变成了分页,心想那样的做法感觉没这般复杂了。