layui分页怎么对接PHP后端实现异步加载

作者：袖梨 2026-09-06

在前端开发内容学习中，layui分页怎么对接PHP后端实现异步加载是常见主题。很多人在阅读时会遇到概念分散、步骤不清和注意点难以归纳的问题。本文按照基础概念、操作流程和关键细节，对相关内容进行整理。

Layui的table和laypage要求后端JSON严格返回code、msg、count、data四字段：code必须为0，msg不能为空或null，count须为总记录数（用total()），data须为纯数组（用items()）；URL参数名需与input('page')、input('limit')一致；PHP文件须UTF-8无BOM。

直接对接就能用，关键不是“能不能”，而是后端返回的 JSON 结构必须严格匹配 laypage 或 table 的预期字段，否则翻页时数据为空、总数为 0、页码跳不回去——这些全是结构错导致的。

后端必须返回这四个字段：`code`、`msg`、`count`、`data`

Layui 的 table 和 laypage 都只认这个固定结构，其他字段（比如 current_page、last_page、per_page）它压根不解析。ThinkPHP 默认的 $list->toArray() 或 $list->render() 返回的是带元信息的对象数组，直接塞给前端会丢 count，导致翻页失效。

code：必须是 0（成功），非 0 会被当错误拦截，table 不渲染 data
msg：可空字符串，不能省略，也不能是 null（PHP 中 json_encode(null) 会变 null，前端解析失败）
count：必须是总记录数，用 $list->total()，不是 count($list->items())（那是当前页条数）
data：必须是纯数组，用 $list->items()；别用 $list->all()，它可能含分页元数据，干扰渲染

URL 参数名要和 PHP `input()` 取值一致

前端发请求时带的参数名，必须和后端 input('page')、input('limit') 能取到的一致，否则分页逻辑算偏移量就全乱了。Layui 默认用 page 和 limit，但如果你改了，后端也得同步改。

table 异步加载：URL 写成 url: '/user/list?page={{page}}&limit={{limit}}'，注意双大括号是 Layui 模板语法，实际发送时自动替换
laypage 手动跳转：在 jump 回调里拼 URL，例如 window.location.href = '/user/list?page=' + obj.curr + '&limit=' + obj.limit
ThinkPHP 中务必用 input('page', 1, 'intval') 和 input('limit', 10, 'intval') 获取，避免类型错误或注入风险

ThinkPHP 分页构造示例（TP5.1+）

别封装成通用方法图省事，每次都要手动拼——因为 paginate() 返回对象的字段名和 Layui 要的 JSON 字段名不重合，中间必须做一次映射。

php
// controller 方法
public function list()
{
$page = input('page', 1, 'intval');
$limit = input('limit', 10, 'intval');
$list = Db::name('user')->paginate($limit, false, ['page' => $page]);

// 必须手动构造
return json([
'code'=> 0,
'msg' => '',
'count' => $list->total(), // 总数
'data'=> $list->items(), // 当前页数据，纯数组
]);
}

注意：这里没传 curr 或 pages 字段，因为 table 和 laypage 自己根据 count 和 limit 算页码，后端只需保证总数准确即可。

容易被忽略的坑：JSON 中的 `null` 和中文编码

PHP 默认 json_encode() 对中文会转 Unicode（如 u4f60u597d），Layui 能正常显示，但调试时看着费劲；更危险的是字段值为 null ——比如 msg => null，JSON 编码后是 "msg":null，某些旧版 Layui 会解析失败，表现为整个响应被忽略。