无限滚动列表的核心是只渲染可视区及缓冲区内容，通过虚拟滚动或Intersection Observer实现动态加载卸载；虚拟滚动适用于万级数据，Intersection Observer适合分块懒加载；需注意DOM复用、样式优化、批量插入与占位骨架等性能细节。
无限滚动列表的核心不是“一次性渲染所有数据”，而是“只渲染可视区域及少量缓冲区的内容”，配合动态加载和卸载，才能兼顾流畅体验与内存控制。关键在虚拟滚动（Virtual Scrolling）——它不依赖 DOM 节点数量，而依赖滚动位置计算当前应显示哪几项。
用 Intersection Observer 实现懒加载分页
适合内容分块加载、无需精确滚动定位的场景（如新闻流、商品列表）。相比监听 scroll 事件，Intersection Observer 更轻量、性能更好，且天然支持浏览器级优化。
- 给列表底部预留一个“触发器”元素（例如
<div id="loader"></div>），监听其是否进入视口 - 进入时发起下一页请求，加载成功后追加到列表末尾
- 加载中禁用重复触发（加 loading 状态锁），加载失败提供重试机制
- 注意：需在每次追加后重新 observe loader（因 DOM 变更后 observer 可能失效）
用虚拟滚动替代全量渲染（推荐用于万级+数据）
当列表项结构复杂或总数极大（如 10w 行表格），必须放弃 map(data => <Item />) 全量渲染。虚拟滚动只创建“当前可见区域 + 上下各 5–10 行”的 DOM 节点，滚动时仅更新 top 偏移和内容数据。
- 计算每项高度（固定高最简单；若高度不一，需预估或缓存）
- 根据
scrollTop和容器高度，算出起始索引startIndex和渲染数量visibleCount - 用
style.transform = `translateY(${offset}px)`或top定位整个列表容器，避免重排 - React 中可用
react-window或virtuoso；原生 JS 可封装 renderRange(start, end) 方法管理 fragment
渲染性能关键细节（避坑指南）
再好的滚动策略，也可能被细节拖垮：
立即学习“Java免费学习笔记（深入）”；
-
避免内联样式频繁计算：不要在 render 中写
style={{ top: item.index * 48 + 'px' }}，改用 CSS 变量或 transform - 用 documentFragment 批量插入：一次 appendChild 比循环多次快得多
-
关闭非必要 React DevTools 影响：生产环境务必关掉
React Developer Tools，它会让列表卡顿明显 - 图片/组件加 loading 状态和占位骨架：防止布局抖动（layout shift）影响滚动流畅度
基本上就这些。无限滚动不是功能炫技，而是对用户注意力和设备能力的诚实回应——看不见的，就不该存在。
