最直接的数组分页方式是用array_slice()截取已加载到内存的数组，需计算偏移量$offset=($page-1)*$per_page并校验页码为正整数；第三个参数$per_page不可省略，关联数组需用array_keys()+array_intersect_key()保留键名；大数据量应改用数据库分页。
array_slice() 是最直接的数组分页方式
遍历一个已加载到内存的数组（比如从缓存、配置或小量数据库查出的数据），不需要重新查询，直接用 array_slice() 截取即可。它不改变原数组，只返回子集，开销极小。
- 必须先算偏移量：
$offset = ($page - 1) * $per_page，注意页码要校验为正整数 -
array_slice($array, $offset, $per_page)第三个参数不能省略，否则会截到末尾，导致第一页显示全部 - 当
$offset超过数组长度时，array_slice()安静返回空数组，不会报错——但你要主动处理“空页”逻辑，比如跳转首页或提示无数据 - 如果原数组是关联数组且需保留键名，
array_slice()会重置为数字索引；此时得改用array_keys()+array_intersect_key()组合
用 array_chunk() 预先分好所有页更省重复计算
当你需要频繁切换页码（比如后台列表支持任意跳转），或者页码范围固定（如最多 5 页），用 array_chunk() 一次性切分比每次调 array_slice() 更高效。
-
$pages = array_chunk($array, $per_page, true)的第三个参数true必须加，否则关联键名丢失 - 页码从 1 开始，取当前页数据用
$pages[$page - 1] ?? []，记得空合并避免未定义索引警告 - 内存占用略高：即使只看第 1 页，
array_chunk()也把全部页都生成了；数据量大（>5000 条）时不推荐 - 总页数直接是
count($pages)，不用再算ceil(count($array) / $per_page)
遍历中分页容易漏掉的边界问题
页码参数来自用户输入，$_GET['page'] 不可信，几个关键校验点常被跳过：
- 没做类型转换：
(int)$_GET['page']会把"1abc"变成1，但"abc"变成0——结果$offset为负，array_slice()从末尾开始截，行为反直觉 - 没限制最大页码：若用户传
?page=999，而实际只有 3 页，array_slice()返回空，但导航栏仍显示 999 个页码链接，拖慢渲染 - 没处理
$per_page为 0 或负数：会导致除零错误或无限循环，应提前max(1, (int)$per_page) - URL 参数没透传：翻页链接里漏了其他筛选条件（如
?category=php&page=2），一翻页就丢条件
什么时候不该在遍历时分页
如果你正在“遍历”的源头其实是数据库游标、文件逐行读取、或 API 流式响应，那根本不是数组——硬套 array_slice() 会先把全部数据载入内存，OOM 风险极高。
立即学习“PHP免费学习笔记（深入）”；
- 数据库结果集大（>1 万行）：必须用 SQL
LIMIT+OFFSET或游标分页（WHERE id > ? ORDER BY id LIMIT ?） - 数据来自外部 API：优先看对方是否支持
page/limit参数，而不是拉全量再切 - 数组本身是中间产物（比如经
array_filter()处理后）：先确认过滤后总数，再决定是否还适用内存分页
实际用哪一种，取决于你手上的“遍历对象”到底是不是真数组、有多大、会不会变。数组分页看着简单，但越早明确数据规模和来源，越不容易在线上突然卡死。
