虚拟滚动比 display: none 更靠谱，因其只渲染视口及缓冲区行，避免10万行DOM全量加载导致的内存占用与重排卡顿；需用 scroll 事件+固定行高计算索引，配合 absolute 定位占位容器，并节流更新、避免重复渲染。
虚拟滚动为什么比 display: none 更靠谱
直接隐藏行（比如用 display: none 或 visibility: hidden）看似简单，但 DOM 节点全在内存里，10 万行就意味 10 万个 tr 元素持续占用内存和重排开销。浏览器渲染卡顿、滚动掉帧是必然结果。虚拟滚动的核心逻辑是：只渲染视口内 + 少量缓冲区的行（比如当前可见 20 行，加前后各 5 行缓冲），其余行完全不创建 DOM。
IntersectionObserver 不适合做虚拟表格主控
它适合懒加载图片或触底加载，但对高频滚动场景响应滞后，且无法精确获知“当前滚动到第几行”。实际中更可靠的是监听 scroll 事件 + 读取 scrollTop，配合预设的行高（固定高度最佳）计算可视起始索引。示例逻辑：
const startIndex = Math.floor(scrollTop / rowHeight); const visibleCount = Math.ceil(containerHeight / rowHeight) + 4; const rowsToRender = data.slice(startIndex, startIndex + visibleCount);
注意：rowHeight 必须固定；若行高不一，得用 getBoundingClientRect() 缓存每行位置，成本陡增，慎用。
用 position: absolute 定位内容区是关键一步
容器设 overflow-y: auto，内部用一个超长的 div 模拟整个表格高度（height: ${data.length * rowHeight}px），再把实际渲染的 tr 放进这个 div 里，并用 top 偏移定位到对应位置。否则滚动时内容会错位或跳动。
立即学习“前端免费学习笔记（深入）”；
常见错误包括：
- 忘记给占位容器设
position: relative，导致absolute子元素定位基准错乱 - 用
transform: translateY()替代top，在某些 Chrome 版本下触发合成层异常，反而更卡 - 没清空旧 DOM 直接
innerHTML = newRows，造成重复绑定或内存泄漏
React/Vue 场景下别手写 useEffect 或 watch 做滚动监听
滚动事件高频触发，直接在里面更新 state 会导致大量无效 re-render。正确做法是节流 + 只更新必要字段（如 startIndex 和 visibleData），并确保列表组件用 key 稳定或 memo 避免子项重绘。Vue 用户注意：不要在 v-for 外层套 v-if 控制渲染，这会让 Vue 丢掉节点复用能力。
复杂点往往不在“怎么画出来”，而在于“怎么不让它崩”——比如窗口缩放后没重算可视范围、键盘导航（PageDown/Up）没同步滚动位置、IE11 下 scrollTop 行为不一致。这些细节漏掉一个，大数据量下就容易白屏或卡死。
