答案是使用虚拟滚动和Intersection Observer优化无限滚动性能。通过仅渲染可视区域内容、节流滚动事件、复用DOM节点及懒加载资源，有效降低内存占用与卡顿风险。
无限滚动在现代网页中很常见，尤其用于信息流、商品列表等场景。但若处理不当，页面会随着用户滚动不断加载元素，导致内存占用过高、卡顿甚至崩溃。优化的关键在于只渲染可视区域内的内容，而不是无限制地追加DOM节点。
使用虚拟滚动（Virtual Scrolling）
虚拟滚动只渲染当前可见区域附近的元素，其余内容不生成DOM或仅占位。当用户滚动时，动态更新这部分内容，极大减少页面节点数量。
- 计算容器高度和每个项目的平均高度
- 根据滚动位置确定当前应显示的起始索引和结束索引
- 只将这一小段数据渲染到页面，其他用空白div占位撑起滚动条高度
例如：一个列表有10万条数据，每条高50px，总高500万px。你只需渲染视口内+缓冲区的几十个元素，配合顶部占位高度让滚动条看起来正常即可。
节流与防抖滚动事件
滚动事件触发频率极高，直接在scroll回调中处理逻辑容易造成性能问题。
立即学习“Java免费学习笔记（深入）”；
- 使用节流（throttle）控制更新频率，比如每100ms最多执行一次检查可视区域的逻辑
- 避免频繁调用getBoundingClientRect或scrollTop读取布局信息
Intersection Observer 替代 scroll 监听
传统监听scroll事件并计算位置的方式兼容性好但性能差。Intersection Observer是浏览器原生提供的高效观察器，能异步检测元素是否进入视口。
- 监听“哨兵元素”（sentinel），当它出现在视口中时，触发下一页加载或区域重绘
- 不会阻塞主线程，比scroll事件更友好
适合用于分页式无限加载，也常配合虚拟列表做预加载判断。
及时清理与复用机制
即使做了虚拟滚动，频繁创建销毁DOM也会引发GC压力。
- 维护一个DOM池，滚动出屏幕的节点先缓存再复用，减少 createElement 次数
- 移除事件监听、清除定时器，防止内存泄漏
- 对图片等资源使用懒加载 + 缓存策略，避免重复请求
基本上就这些。核心思路是：别把所有数据都塞进页面，按需显示，高效监听，合理回收。实现起来不复杂但容易忽略细节，尤其是高度计算和边界处理。用好虚拟滚动和Intersection Observer，大多数性能问题都能解决。
