滚动加载必须用节流而非防抖，因节流能持续响应滚动过程、及时触发加载，而防抖会漏掉边滚边停的时机；节流需支持leading/trailing配置以确保首尾精准执行，并配合轻量位置判断、加载开关及定时器清理。
滚动加载用节流控制，核心是让“检查是否该加载更多”的逻辑不随每次滚动狂跑，而是按固定节奏执行——比如每 100ms 最多判断一次，既及时响应用户滚动，又避免反复计算、DOM 查询或发请求拖慢页面。
为什么滚动加载必须用节流而不是防抖
防抖会等滚动完全停止才触发，但用户可能边滚边停、短暂停顿后继续，这时防抖会漏掉加载时机；节流则保证只要在滚动过程中持续靠近底部，就定期检查、及时加载，更适合无限滚动这类需要“持续感知位置”的场景。
节流函数要支持首尾执行配置
滚动加载通常希望：首次滚动立刻检查（比如刚进页面就快到底部），后续再按间隔稳定判断；同时，最后一次接近底部时也得执行一次（避免卡在临界点不触发）。所以节流函数最好带 leading 和 trailing 开关：
- leading: true → 第一次调用立即执行，适合快速响应初始位置
- trailing: true → 延迟队列清空后补一次执行，防止临界点遗漏
- 例如：
throttle(checkShouldLoad, 100, { leading: true, trailing: true })
检查逻辑本身要轻量且精准
节流只是“控频”，真正决定要不要加载，靠的是位置判断。别在节流回调里做重操作：
立即学习“Java免费学习笔记（深入）”；
- 用
element.getBoundingClientRect()拿可视区域和目标元素距离，比scrollTop + innerHeight更可靠 - 预留一定提前量，比如距底部 200px 就开始加载，别卡死在 0px
- 加个开关变量（如 isLoading），节流中先判断是否正在加载，避免并发请求
记得清理定时器防止内存泄漏
节流函数内部用了 setTimeout，如果页面卸载或组件销毁，没清除定时器会持续持有引用。标准做法是暴露 cancel 方法：
- 绑定事件时存下节流函数实例：
const loadHandler = throttle(checkShouldLoad, 100); - 离开页面前调用：
loadHandler.cancel(); - React 中可在
useEffect清理函数里调，Vue 在beforeUnmount钩子中调
