上拉加载需监听滚动接近底部时触发，但须加防抖和loading状态锁防重复请求；用游标分页（last_id）替代页码，确保数据严格递增；loading用固定高占位块，无更多数据须等接口返回data.length===0才显示；iOS微信应改用IntersectionObserver或touchend后检查位置。
上拉加载触发时怎么判断该不该请求下一页
问题的核心，其实是判断滚动条何时接近了页面底部。但这里有个常见的陷阱：你不能每次滚动都去请求数据，否则页面就会因频繁请求而卡顿甚至出错。所以，必须引入防抖机制和状态锁。很多开发者踩过的坑，就是忘了设置loading标志位，结果用户快速上拉时，同一个请求被重复触发了多次，导致后端数据顺序错乱，甚至出现重复内容。
- 判断逻辑通常用
scrollHeight - scrollTop <= clientHeight + 50。这个“+50”像素是个缓冲距离，让加载动作在用户真正触底前就悄然开始，避免那种拉到尽头才卡一下的糟糕体验。 - 光判断位置还不够，必须同时满足
isFetching === false && hasMore === true这两个条件。前者确保同一时间只有一个请求在进行，后者则防止数据已经全部加载完毕后，代码还在无意义地重复调用接口。 - 移动端环境下尤其要注意，
document.body.scrollTop在iOS的Safari浏览器中可能永远返回0，正确的做法是优先使用document.documentElement.scrollTop来获取滚动位置。
分页参数怎么传给后端才不丢页、不跳页
传统的页码分页（page=2）在高并发场景下很容易出问题。比如，当第一页的数据被删除或新增时，你请求的第二页内容可能已经“物是人非”了。因此，游标式分页（cursor-based pagination）成了更可靠的选择。它的原理是，记住上一次看到的最后一条记录的位置。
- 前端需要保存一个
lastId（例如lastId: 12345），在请求下一页时，将这个ID作为参数传给后端：?last_id=12345&limit=20。 - 后端对应的SQL查询应写成
WHERE id > ? ORDER BY id LIMIT ?。这保证了每次查询都是基于一个确定的位置向后查找，结果严格且可预期。 - 首次加载时，可以传递
last_id=null或直接不传此参数，让后端从最新的数据开始获取。切记，不要用page=1作为起始，否则当第20条记录在两次请求间被删除时，你的第二页就会直接从第21条开始，导致中间缺失一条数据。
加载中和无更多数据的状态怎么渲染才不闪、不误触
状态渲染的细节，直接关系到用户体验是否流畅。如果DOM操作的时机不对，很容易引起页面布局抖动，或者产生意外的点击事件。一个典型的错误是：直接将loading元素插入列表末尾，导致页面重排，滚动条跳动，进而可能意外触发第二次上拉加载。
- 对于加载中的提示，建议使用一个固定高度的占位块，例如：
。这样可以在加载完成前稳定布局高度，待数据返回后，再平滑地替换为真实内容。 - “没有更多数据”的提示，一定要等到接口明确返回
data.length === 0时才显示。绝对不能一进入页面就预先放一个“已到底部”的提示，否则当列表为空时，用户会误以为是没有更多数据，而实际上是查询结果本就为空。 - 在加载过程中，除了用CSS属性，更应该从逻辑上禁用上拉监听。可以通过
removeEventListener暂时移除滚动监听，或者使用一个闭包内的开关变量来控制。仅靠pointer-events: none是无法阻止touchmove事件触发的。
为什么 iOS 微信里上拉加载经常失效或延迟
这个问题困扰过不少开发者。其实，这往往不是代码逻辑有误，而是微信内置浏览器（X5内核）对scroll事件进行了非常激进的节流处理。尤其是在那些使用了position: fixed布局的容器内滚动时，scrollTop的值可能长时间不更新，导致你的判断逻辑失灵。
- 最推荐的解决方案是放弃监听
window.onscroll，转而使用IntersectionObserverAPI来观察底部的一个占位元素是否进入了可视区域。这个方法在iOS 11.3及以上版本兼容性良好，且性能更优。 - 如果需要考虑兼容旧版本，可以采用降级方案：在
touchend（手指离开屏幕）事件后，延迟约16ms（一帧的时间）主动去检查一次滚动位置，这个方式比单纯依赖被节流的scroll事件要可靠得多。 - 此外，尽量避免在
body标签上设置overscroll-beha vior: contain属性。在微信X5内核中，这个属性可能会“吞掉”部分触摸事件，导致上拉加载根本无法触发。
立即学习“前端免费学习笔记（深入）”；
说到底，上拉加载的难点，从来不是简单地触发一个事件。真正的挑战在于，如何确保每一次加载动作，都能精准、稳定地对应到“下一批唯一且连续的数据”。游标分页机制、请求状态锁、以及针对特殊浏览器环境的适配，这三者环环相扣，缺一不可。它们共同协作，在DOM渲染与网络请求之间，掐准了那毫秒级的节奏，才能换来流畅无感的用户体验。
