array_slice()是php数组内存分页唯一通用解法，适用于中小规模数据；需手动换算页码为offset（$offset=($page-1)*$per_page），校验页码范围并用array_values()重索引以避免前端异常。
用 array_slice() 做内存分页最直接
PHP 数组本身没内置分页方法，array_slice() 是唯一靠谱的通用解法。它不依赖数据库，适合小到中等规模数据（比如后台配置项、前端下拉选项、缓存后的查询结果）。
关键参数只有三个：$array、$offset、$length。注意：$offset 从 0 开始，不是页码；页码要自己换算成偏移量。
- 第 1 页（每页 10 条）→
array_slice($data, 0, 10) - 第 3 页 →
array_slice($data, 20, 10)（不是 30） - 别传负数 offset 给
array_slice()，会静默截断开头，容易漏数据 - 如果
$length超出剩余元素个数，函数自动截到末尾，不会报错
手动算总页数和当前页范围容易出错
数组长度固定，但页码校验必须做——用户可能手动改 URL 里的 page=999，导致 array_slice() 返回空数组，页面空白却不报错。
- 先用
count($data)得总数，再算最大页码：ceil(count($data) / $per_page) - 当前页码
$page必须强制转为 int，并限制在1到最大页之间：$page = max(1, min($page, $total_pages)) -
$offset = ($page - 1) * $per_page，这个减 1 很关键，漏了就全错位 - 不要用
$_GET['page'] ?? 1直接算 offset，得先过滤和校验
大数据量时别硬切数组，会爆内存
几万条以上的数组用 array_slice() 分页，PHP 进程会把整个数组加载进内存，GC 压力大，响应慢，还可能触发 Fatal error: Allowed memory size exhausted。
- 真实业务中，超过 5000 条就该考虑换方案：查数据库时用
LIMIT+OFFSET，或用游标分页（cursor-based） - 如果非要用数组分页，可配合
yield做生成器分批读取，但 PHP 7.4+ 才稳定支持 - 缓存层（如 Redis）存分页后的子数组，比每次切原数组更省资源
-
array_chunk()看似方便，但它会一次性生成全部分页块，内存占用反而更高
分页后保留键名要用 array_values() 重索引
原数组如果是关联的（比如 ['id_123' => [...], 'id_456' => [...]]），array_slice() 默认保留原始键名。这会导致 JSON 输出里键名乱序、前端遍历时索引不对等问题。
- 需要数字索引就套一层：
array_values(array_slice($data, $offset, $per_page)) - 想保留原始键名？可以，但得确认下游逻辑能处理非连续字符串键（比如 Vue 的
v-for需要:key唯一，不一定依赖索引） - 别在循环里反复调用
array_values()，提前做一次就行
实际写的时候，最容易被忽略的是页码边界校验和键名处理——一个导致空页无声失败，一个导致前端渲染异常，这两处不加防护，线上问题很难复现。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
