长列表应如何在虚拟化、响应式开销与可用性之间取舍？

# 核心结论

长列表优化的核心是控制同时创建、挂载和更新的节点数量，并降低无关数据的响应式追踪成本。数据规模很大、用户一次只查看少量内容时，优先考虑窗口化虚拟列表；数据量只有数百项且行结构简单时，普通列表配合分页或分片渲染往往更划算。最终选择不能只看帧率，还要综合动态高度、滚动稳定性、键盘操作、辅助技术、搜索定位、打印、服务端渲染及实现复杂度。

# 底层机制

普通长列表会为全部数据创建节点，框架差异比较、样式计算、布局、绘制以及内存占用通常会随节点数增长。虚拟列表只渲染可视区及前后少量缓冲项，用占位容器维持总体滚动高度，再根据滚动偏移计算当前索引和节点位移。

固定行高时，可通过 `scrollTop / itemHe