因为$_GET['page']仅反映当前请求，无时间戳和上下文，无法区分前进或回退；需用session存最近10次去重页码，并校验有效性后才跳转，长期分析则须结构化存入数据库。
PHP翻页函数里为什么不能直接靠 $_GET['page'] 记录轨迹
因为 $_GET['page'] 只反映当前请求，不保存先后顺序；用户点“第5页→第2页→第8页”，你拿到的永远只是孤立数字，没有时间戳、无上下文、无法区分是前进还是回退。真要存轨迹，得主动捕获并持久化，而不是依赖翻页参数本身。
用 session 存最近 N 次翻页记录最轻量可行
适合中小型后台或管理界面，不需要数据库写入开销。关键是控制长度、去重逻辑和触发时机：
-
$_SESSION['page_history']初始化为数组，每次成功跳转前array_unshift()插入当前$_GET['page'] - 立即用
array_slice($_SESSION['page_history'], 0, 10)截断，避免无限增长 - 插入前建议先
array_diff或简单判断是否与上一条重复（比如连点两次“下一页”不该记两条） - 注意在用户登出或清理 session 时 unset 掉该键，否则可能跨会话污染
// 示例：在分页逻辑执行前追加历史
if (isset($_GET['page']) && is_numeric($_GET['page'])) {
$current = (int)$_GET['page'];
if (!isset($_SESSION['page_history']) || !is_array($_SESSION['page_history'])) {
$_SESSION['page_history'] = [];
}
// 避免连续相同页码
$last = !empty($_SESSION['page_history']) ? $_SESSION['page_history'][0] : null;
if ($last !== $current) {
array_unshift($_SESSION['page_history'], $current);
$_SESSION['page_history'] = array_slice($_SESSION['page_history'], 0, 10);
}
}
需要回溯操作时，别直接 pop，先校验有效性
用户点击“返回上一页”，你以为取 $_SESSION['page_history'][1] 就行？错。这个值可能已失效（如原始查询条件变更、数据被删、权限调整），直接跳转会导致 404 或空结果。必须做二次检查：
- 取出历史中倒数第二项（即上一页）后，先查对应页的数据是否存在（比如
SELECT COUNT(*) FROM ... LIMIT 1 OFFSET $offset） - 或复用原有分页总数逻辑，确认该页码 ≤ 总页数
- 若校验失败，应 fallback 到首页或最近有效的页，而非硬跳
- 校验通过后，才把这次跳转再记入历史——否则“返回”动作本身又会覆盖掉原轨迹
长期轨迹分析必须上数据库，但字段设计容易踩坑
如果要做用户行为分析（比如“哪些页面被反复回退？”），session 显然不够。建表时常见错误是只存 page 和 timestamp：
- 漏掉关键上下文：
query_string（含搜索词、筛选条件）、user_id（匿名用户需 device_id 或 session_id）、referer（从哪来的） - 没加索引：按
user_id + timestamp复合索引，否则查某用户最近 20 次翻页慢得没法用 - 没设 TTL：历史记录不自动过期，表越涨越大；可用 MySQL 的
event或应用层定时清理 - 误用大字段存完整 URL：应该拆解为结构化字段，方便后续统计“按关键词回退率”这类需求
轨迹不是日志，它必须可检索、可关联、可验证有效性。少一个字段，后期补数据就得多绕三道弯。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
