onReachBottom需手动控制loading和noMore状态：请求前设loading=true，成功后据数据长度设noMore，失败时重置loading；加载文案按三态动态显示；无uni.loadMore API，分页参数须请求前递增，列表用push保持响应性。
uni-app 中 onReachBottom 触发后如何正确控制加载更多状态
直接改 loading 变量不生效，是因为 uni-app 的 onReachBottom 默认不会自动禁用滚动触底监听，容易连续触发多次请求。必须手动开关状态，且需在请求开始前就置为 true，避免用户快速上滑重复点击。
- 在
data里定义loading: false和noMore: false，分别表示“正在加载”和“已无更多数据” - 在
onReachBottom里先判断：if (this.loading || this.noMore) return - 立即设置
this.loading = true，再调用接口；成功后根据返回数据长度决定是否设this.noMore = res.data.length === 0 - 接口失败时别忘了
this.loading = false，否则后续无法再触发
自定义加载更多文案的三种渲染逻辑
文案不是靠一个变量硬写死的，得按当前状态动态切换，否则会出现“正在加载…”一直卡住、或“暂无更多”提前显示的问题。
-
loading === true→ 显示"加载中…"（建议加省略号，视觉上更明确是过渡态） -
loading === false && noMore === true→ 显示"没有更多了"（注意不是“暂无”，后者暗示可能有但没查到） -
loading === false && noMore === false→ 显示"上拉加载更多"（这是默认可操作态，别写成“点击加载”，因为它是自动触发的）
uni.loadMore 不是 uni-app 内置 API，别被名字误导
很多人搜 “uni.loadMore” 以为是官方提供的方法，实际上 uni-app 没有这个 API。所有加载更多逻辑都得自己用 onReachBottom + 数据拼接 + 状态管理来实现。第三方插件如 uni-load-more 已基本废弃，且与 Vue 3 / Composition API 兼容差，不推荐引入。
- 不要写
uni.loadMore('loading')或类似调用，会报TypeError: uni.loadMore is not a function - 下拉刷新用
onPullDownRefresh，加载更多只认onReachBottom，二者状态要独立管理（比如pulling和loading分开） - 真要封装复用，建议抽成 mixin 或组合式函数，传入
page、pageSize、api即可，别依赖全局组件
分页参数错位导致重复或漏数据的典型表现
加载更多最常见的数据问题不是 UI，而是翻页逻辑写错：比如把 page: this.page++ 放在请求后，会导致第二页请求发的是第一页的页码；或者没等接口返回就直接 this.page += 1，并发时页码错乱。
- 正确做法：请求发起前就递增页码，即
this.page++写在uni.request调用之前 - 后端若用
offset/limit，前端应维护offset: (this.page - 1) * this.pageSize，而不是传page让后端算 - 列表拼接用
this.list.push(...res.data)，别用concat后重新赋值，否则失去响应性（尤其 Vue 2） - 如果后端返回 total，建议存
this.total = res.total，用于提前判断this.list.length >= this.total是否已到底
实际开发中最容易被忽略的，是 onReachBottom 在页面滚动高度不足时根本不会触发——比如列表只有 2 条数据，又没设 min-height，这时候得靠手动触发或 mock 数据撑高容器。
