虚拟列表

长列表优化的2种思路：

1. 分片渲染
2. 只渲染可视区域

基本概念

进程：这个概念比较大。每开一个应用程序都会分配一个独立的进程，等于每个应用都是一个进程(当然也有一个应用有很多进程)，进程是一个更大的概念，一个进程会包含很多线程

微任务和宏任务&eventloop

强调的一点：UI渲染的时机——在微任务清空之后 下一个宏任务执行之前，都会进行一次渲染。

浏览器：会把所有dom都存起来，再一次性append

分片加载：缺点是最终页面上还是有很多元素。页面元素过多时还是会造成卡顿

实现方案*

使页面上的dom尽可能地少

列表的每一项高度已知：

size：高度

items：总的个数

remain：仅展示的个数

html结构分解：

最外层：视口区域的高度。仅m个的高度

里面scroll-bar：整个所有的高度

scroll-list：仅m个的展示内容

核心功能就是操作dom：就是计算

扩展：

有一个css点：absolute元素，当父元素出现滚动条的时候，依然会跟随滚动；因为是跟随着内容的顶部

position:absolute + scrolling_scroll absolute_呀呀夫斯基的博客-CSDN博客

html - Position Absolute + Scrolling - Stack Overflow

子元素绝对定位position: absolute跟随父元素overflowscroll滚动了 - 墨天轮

优化-前后填充*

填补：扩大start&end的范围

如何一次性加载10万条数据（虚拟长列表） - 知乎

虚拟列表是一次性拿到所有数据的业务背景

高度不固定*

:variable=true

:size=30 依然需要

因为预估的高度是不准确的，所以每次渲染完之后 动态重新计算滚动条多高

实际的宽高

动态计算滚动条的高度

整体思路：

动态高度。先存储一个预估的高度列表

update时用真实高度替换