首页链接固定为?page=1，尾页为?page=$total_pages，需手动添加在页码循环外，保留原URL参数，禁用逻辑仅限当前页为1或$total_pages时输出纯文本，避免混入循环或错误判空。
PHP翻页函数里怎么加首页/尾页按钮
首页和尾页不是靠猜页码，而是直接用 1 和 $total_pages —— 只要算出总页数，这两个值就确定了。别在分页逻辑里反复判断“当前是不是第一页”，首页按钮永远指向 1，尾页永远指向最后一页。
常见错误是把首页写成 ?page=0 或空参数，或者尾页用 ceil($total) 却没考虑除零、数据为空等边界。实际只要确保 $total_pages = ceil($total_items / $per_page) 且 $per_page > 0，首页/尾页链接就能稳住。
-
$page参数必须过滤为整数，且最小为1，最大不超过$total_pages（否则跳转后会显示空页） - 生成链接时，保留原有查询参数（如
sort=price），只替换page值，可用http_build_query(array_merge($_GET, ['page' => 1])) - 如果用伪静态（如
/list/page/1），替换规则要提前定义好，避免尾页链接变成/list/page/0或/list/page/
为什么尾页计算容易出错
尾页出错往往不是逻辑问题，而是数据源头没兜住：比如 $total_items 是 SQL COUNT(*) 结果，但没做 intval() 处理，返回 false 或 null，ceil(null / 10) 得到 0，尾页就崩了。
- 查总数必须显式判空：
$total_items = (int)$pdo->query("SELECT COUNT(*) FROM ...")->fetchColumn(); - 若无数据，
$total_items = 0，此时$total_pages应为1（显示空列表页），而非0，否则1和$total_pages都失效 - 分页偏移量
OFFSET要用max(0, ($page - 1) * $per_page)，防止负数导致 MySQL 报错Invalid argument for OFFSET
首页/尾页要不要禁用？
禁用按钮（disabled 或灰掉）在服务端 PHP 里没有意义 —— 它只是前端视觉反馈。真正该做的是服务端拦截非法请求：当用户手动改 URL 访问 ?page=1 时，即使当前就在第一页，也要正常渲染；访问 ?page=999 且超总页数时，应 302 跳回 ?page=$total_pages，而不是报错或空白。
立即学习“PHP免费学习笔记（深入）”；
- 不要用
if ($page == 1) { echo '首页（禁用）'; }这类逻辑，首页链接始终存在，只是当前页高亮而已 - 尾页链接的
href必须动态计算，不能硬编码；尤其注意缓存场景下，$total_pages变化后旧缓存可能让尾页指向错误页码 - 移动端小屏上，首页/尾页按钮可合并进「快速跳转」输入框，但后端仍需校验提交的页码是否合法，不能只信前端限制
用 PDO 分页时如何避免 offset 性能陷阱
首页和尾页本身不加重查询负担，但尾页常对应极大 OFFSET，比如 OFFSET 100000，MySQL 会扫描前 10 万行再取结果。这不是翻页函数的问题，而是设计缺陷。
解决办法不是去掉尾页，而是换策略：
- 用游标分页（cursor-based）替代
LIMIT/OFFSET：基于上一页最后一条记录的id或时间戳继续查，首页用最小id，尾页用最大id，完全避开OFFSET - 如果必须用
OFFSET，尾页查询前先SELECT COUNT(*)确认总条数，再决定是否允许跳转；对超 10 万条的数据，直接禁止尾页跳转，改用搜索或筛选缩小范围 - 首页永远快，因为
OFFSET 0没开销；但别因此忽略索引 ——ORDER BY created_at DESC必须有对应联合索引，否则首页也会慢
尾页跳转看着简单，真正卡住人的从来不是怎么写链接，而是总数不准、边界没控、大 offset 不知收敛。这些地方一松动，首页和尾页就成了最不稳定的两个按钮。
