虚拟列表通过仅渲染可视区域及缓冲区的少量节点（20–50个）并用占位元素撑起总高度，结合 translateY 定位，从根源降低内存与 CPU 开销；需合理设置 keeps、itemHeight 和 loadmoreoffset，并避开下拉框集成、滚动监听和全量数据绑定等常见坑。
直接渲染万级数据会创建同等数量的 DOM 节点，导致内存飙升、滚动卡顿、首屏慢甚至页面崩溃。虚拟列表不渲染全部数据，只保留当前可视区域及其缓冲区的少量节点（通常 20–50 个），从根源上压降内存与 CPU 开销。
核心原理：只渲染“看得见”的部分
浏览器窗口或容器高度固定，每项高度已知（或可估算）时，就能算出当前滚动位置下哪些数据该显示：
- 用 scrollTop 除以单行高度，得到可视区域起始索引 startIndex
- 用 scrollTop + 容器高度 除以单行高度，得到结束索引 endIndex
- 只渲染 startIndex 到 endIndex 之间的数据项
- 用一个高占位元素（phantom）撑起整个列表总高度：totalHeight = itemHeight × totalItems，保证滚动条比例准确
- 通过 transform: translateY 把渲染出的内容精准定位到可视区域对应位置
关键参数设置要合理
参数失当会引发白屏、抖动或失去优化效果：
- keeps（缓冲区大小）：建议设为 20–50。太小（如 5）快速滚动时容易露出空白；太大（如 100）等于多渲染无用节点，浪费资源
- itemHeight：优先使用固定高度。若必须支持动态高度，需预存或缓存每项真实高度，否则计算偏移会错位
- loadmoreoffset：用于触底加载，建议设大些（如 200px），给网络和渲染留出余量，避免滚动到底部瞬间卡住
落地时避开常见坑
技术选型和集成阶段容易踩的几个实际问题：
- 不要在 el-select 或 vue-select 的模板里直接套虚拟列表组件——多数下拉框组件强制子节点为
<option>，不兼容自定义结构。推荐改为聚焦时动态挂载虚拟列表到body，并用append-to-body属性脱离文档流 - 监听 scroll 比依赖组件内置滚动更可控。例如手动判断：
scrollTop + containerHeight >= scrollHeight - 50再触发加载，比防抖 + 滚动事件更稳定 - 避免在 options 属性绑定全量数据。vue-select 等组件若把万条数据传入
options，内部仍会尝试初始化 DOM。应只传筛选后或可视范围内的子集 - 占位元素（phantom）必须存在且高度精确，否则滚动条拖动失真，用户无法预期滚动位置
不复杂但容易忽略。重点不在“用了没”，而在“算得准、换得稳、占得对”。
