layui分页必须后端返回含code、msg、count、data四字段的json，且count为全量总数、data为当前页数组，否则静默失败；page和limit参数需正确绑定并校验，避免越界或不一致。
Layui 分页必须配合后端返回特定 JSON 结构，否则 table.render() 会直接静默失败或报 data is undefined 错误。核心不是“怎么调用”，而是“前后端字段对齐”和“分页逻辑不越界”。
后端返回的 JSON 必须严格满足 Layui 的 schema
Layui 的 table.render() 默认只认四个顶层字段：code、msg、count、data。少一个或拼错（比如写成 total 或 records），表格就渲染不出数据，控制台也无明显报错。
-
code：数字，0 表示成功（非 0 时 Layui 会弹出msg提示） -
msg：字符串，仅用于提示，可为空 -
count：整数，**必须是全量总记录数**（不是当前页条数），Layui 靠它算总页数 -
data：数组，当前页的数据列表，每个元素字段要和cols中的field一一对应
示例正确返回：
{ "code": 0, "msg": "", "count": 128, "data": [ { "id": 1, "name": "张三", "age": 25 }, { "id": 2, "name": "李四", "age": 30 } ] }
Read(int page, int limit) 的参数和分页计算不能硬编码
ASP.NET MVC 默认会把 URL 查询参数（如 ?page=2&limit=10）自动绑定到 Action 方法参数。但要注意两点：
-
page是从 1 开始的，Skip((page - 1) * limit)才能取对；若传入page=0或负数，Skip会抛ArgumentOutOfRangeException -
limit要做上限限制（比如最大 100），否则恶意请求?limit=999999可能拖垮数据库 - EF 的
Count()和Skip().Take()要用同一个查询条件，否则count和data对不上（比如带搜索条件时漏了 where）
推荐写法：
public ActionResult Read(int page = 1, int limit = 10) {
limit = Math.Min(limit, 100); // 防爆
if (page var query = _context.Users.AsQueryable();
// 若有搜索条件，这里加 query = query.Where(...)
var total = query.Count();
var data = query.Skip((page - 1) * limit).Take(limit).ToList();
return Json(new { code = 0, msg = "", count = total, data }, JsonRequestBehavior.AllowGet);
}
前端 table.render() 的 url 和 where 易忽略跨域与参数透传
如果后端接口不在同域（比如前端跑 http://localhost:3000，MVC 跑 http://localhost:5000），默认 AJAX 会被浏览器拦截。此时要么后端启用 CORS，要么在 table.render() 中显式配 method: 'post' 并确保后端 Action 允许 POST（加 [HttpPost]）。
-
where是对象，所有键值都会作为查询参数附加到 URL 后（GET）或请求体中（POST），适合传搜索条件 - 不要在
url字符串里手动拼参数（如'/User/Read?page=1&limit=10'），会和 Layui 内部翻页机制冲突 - 若用 POST，后端 Action 必须支持 POST，且返回 JSON 时避免
JsonRequestBehavior.AllowGet（它只允许 GET）
正确配置示例：
table.render({
elem: '#demo',
url: '/User/Read',
method: 'post', // 对应 [HttpPost] public ActionResult Read(...)
where: { status: 'active' }, // 最终发 POST /User/Read?status=active
page: true,
limit: 10
});
分页控件不显示？先查 count 是否为 0 或 NaN
Layui 分页控件是否出现，完全取决于后端返回的 count 值。即使 data 数组有内容，只要 count === 0 或根本没返回 count，分页栏就彻底消失——这不是 bug，是设计逻辑。
- 打开浏览器 DevTools → Network → 点击分页按钮，看接口响应体里有没有
count字段，值是不是正整数 - EF 的
Count()如果走的是内存集合（比如.ToList().Count()），性能极差且容易出错；务必确保是IQueryable.Count() - SQL Server 中
COUNT(*)很快，但若表极大且没索引，count查询本身可能超时，要考虑缓存或近似值方案
最常被忽略的一点：Layui 的分页依赖 count 推导总页数，但它**不校验 data 数组长度是否等于 limit**。所以哪怕你返回 count: 1000 但 data 只有 2 条，它仍会显示“共 100 页”，只是后面全是空页。这个逻辑必须由后端保证一致。
