翻页时需保留除page外所有有效查询参数以维持排序状态，推荐用parse_url与http_build_query安全构造url，并对sort字段白名单校验；mysql深分页应避免offset，改用唯一兜底排序或游标分页。
翻页时排序参数丢失导致页码跳转失效
PHP翻页函数本身不感知URL参数，$_GET里的 sort 和 order 不会自动透传到分页链接里。用户点第2页，如果链接只拼了 ?page=2，排序状态就丢了，结果列表重排、数据错乱、当前页显示空或重复。
解决核心是：生成每一页的 href 时，必须保留除 page 外所有当前有效查询参数。
- 用
http_build_query(array_merge($_GET, ['page' => $i]))比手动拼接安全，但要先unset($params['page'])再合并，否则 page 参数会重复 - 注意过滤掉空值和敏感键（如
token、csrf），避免链接过长或泄露 - 如果排序字段来自白名单（如
['id', 'name', 'created_at']），建议在生成链接前校验$_GET['sort']是否合法，非法值直接忽略，不带入链接
使用 parse_url() 和 http_build_query() 构造健壮分页URL
直接操作 $_SERVER['REQUEST_URI'] 容易出错——它可能含锚点、编码异常、或已被中间件修改。更可靠的方式是解析原始查询串再重组。
示例逻辑：
$query = $_GET; unset($query['page']); $base_url = strtok($_SERVER['REQUEST_URI'], '?'); $page_link = $base_url . '?' . http_build_query($query);
这样生成的链接天然兼容排序、搜索、筛选等任意组合参数。如果项目用了伪静态（如 /list/sort/name/order/asc/page/2），则需统一路由解析逻辑，确保 sort 和 order 能被提取并重新注入分页URL模板。
MySQL LIMIT 偏移量受排序影响，页码不能简单累加
排序字段存在重复值时（比如多个用户 created_at 相同），LIMIT 20,10 可能跨过部分记录或重复返回，导致翻页“漏数据”或“卡住”。这不是PHP翻页函数的问题，但用户感知是“页码不对”。
- 强制添加唯一性兜底排序：
ORDER BY sort_field DESC, id DESC（假设id主键递增） - 避免用
OFFSET做深分页；1万条后性能陡降，改用游标分页（WHERE sort_field ） - 前端显示“共 X 页”时，不要依赖
ceil($total / $limit)，而应查COUNT(*)并缓存，否则并发修改下页数可能瞬时不准
AJAX翻页时未同步更新地址栏和浏览器历史
单页应用中用JS加载下一页，但URL没变，用户刷新或分享链接就会回到第1页，排序也丢失。这不是后端问题，但和PHP翻页函数协同紧密。
后端需提供完整URL（含当前 sort/order/page），前端用 history.pushState() 更新地址栏。关键点：
- PHP接口返回分页元数据时，必须包含
next_url和prev_url字段，且它们已含全部排序参数 - 不要让前端自己拼URL——容易漏参数或编码错误，比如中文
name值没urlencode() - 监听
popstate时，需从新URL里解析page、sort等，再发请求，而不是只靠 history.state
排序和翻页耦合比看起来紧得多，漏掉任何一个参数或没处理好重复值，用户就会觉得“页码不靠谱”。最稳妥的做法是：每次生成链接都基于当前完整 $_GET 快照，而不是靠记忆哪些参数该留、哪些该删。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
