ThinkPHP 6 的 paginate() 默认返回完整 HTML 分页，不适用于无限加载；需设第二个参数为 false 关闭渲染，调用 toArray() 提取 data、current_page、last_page，返回含 code、data、has_more 的 JSON 结构，并用 input('page/d', 1) 安全获取页码。
ThinkPHP 6 的 paginate() 默认不支持无限加载
直接调用 $model->paginate() 返回的是完整分页 HTML，含上一页、页码、下一页等结构，和“滚动加载更多”所需的纯数据接口完全不匹配。无限加载需要的是：每次请求只返回当前页的数据 + 一个“是否还有下一页”的标识，而不是渲染好的分页条。
所以第一步必须绕过默认视图渲染，手动构造 JSON 响应：
- 用
paginate(15, false, ['query' => request()->param()])关闭 HTML 渲染（第二个参数设为false） - 调用
toArray()提取原始数据，其中data是当前页记录，last_page和current_page可推导是否还有下一页 - 不要依赖
render()，它会触发模板，且返回的是字符串而非结构化数据
前端 JS 请求时必须传 page 参数并管理加载状态
后端不认 page 就无法知道该查第几页——ThinkPHP 的 paginate() 默认从 $_GET['page'] 读取，但前端用 fetch 或 axios 发送时容易漏传或传错类型。
常见错误现象：page=1 正常，page=2 返回空数组或重复第一页数据。
立即学习“PHP免费学习笔记（深入）”；
- 确保请求 URL 包含
?page=2（不是?p=2或data: {p: 2}） - 前端需维护
currentPage = 1状态，每次成功加载后currentPage++ - 收到响应后检查
data.last_page >= data.current_page再决定是否启用下一次加载，别只靠“数据长度是否等于每页条数”来判断（最后一页可能不足）
避免在控制器里手动计算偏移量（offset）
有人会写 $limit = 15; $offset = ($page - 1) * $limit; $list = Db::table(...)->limit($limit)->offset($offset)->select(); —— 这看似可控，但丢掉了 ThinkPHP 分页器的自动总条数统计、异常处理、查询缓存兼容等能力。
更关键的是：当数据被频繁增删时，基于 offset 的分页会出现漏数据或重复（幻读），而 paginate() 底层用的是游标式 COUNT + LIMIT，稳定性更高。
- 坚持用
paginate()，哪怕只是取toArray()后丢弃其他字段 - 如果真要游标分页（如按
id > ?），那就彻底放弃paginate()，改用where('id', '>', $lastId)+limit(16)，但这是另一套逻辑，和本文的“模拟页码式无限加载”不混用
接口返回结构建议统一为 { code: 0, data: [], has_more: true }
前端 JS 靠 has_more 控制“加载中”按钮显隐和是否绑定下一次 scroll 事件，比解析 current_page/last_page 更直观。ThinkPHP 控制器里可这样组织响应：
$page = input('page/d', 1);
$list = $model->where('status', 1)->paginate(15, false, ['query' => request()->param()]);
$raw = $list->toArray();
return json([
'code' => 0,
'data' => $raw['data'],
'has_more' => $raw['current_page'] < $raw['last_page']
]);
注意 input('page/d', 1) 中的 /d 表示强制转整型，防止传入 page=abc 导致 SQL 错误；request()->param() 保留原有 URL 参数（比如搜索关键词），保证翻页时条件不丢失。
真正容易被忽略的是：移动端 WebView 或某些安卓低版本浏览器对 scroll 事件触发不敏感，建议用 IntersectionObserver 替代滚动监听，否则用户划到底部可能毫无反应。
