layui静态分页需手动切片并reload：删除url、data传完整数组、page设true、显式声明limit和limits；jump中用slice切片后table.reload()重载，且必须同步传page.curr。
layui 无法直接对静态数组做“自动分页渲染”——它只负责生成页码 DOM，数据切片和重绘必须你手动控制。 所谓“静态分页”，本质是：一次性加载全部数据 → 自己按页码、limit 切片 → 把子集传给 table.render() 或自己更新表格内容。laypage 和 table 是解耦的，别指望 table 会自动帮你 slice 数组。
table.render() 开启前端分页的硬性条件
必须同时满足以下四点，否则分页栏不显示、翻页无反应或只渲染第一页：
-
url配置项必须完全删除（留空或注释掉都不行，存在即触发 AJAX） -
data必须是已就绪的完整数组（不能是 Promise、Proxy、Vue reactive 等响应式对象） -
page要设为true或带 layout 的对象（如{ layout: ['count', 'prev', 'page', 'next'] }），否则分页控件不渲染 -
limit和limits需显式声明（如limit: 10, limits: [10, 20, 50]），否则下拉限条数失效
parseData 是唯一能介入后端返回流程的钩子，但静态分页不该用它
很多人误把 parseData 当作前端分页入口，其实它是为「后端返回全量数据、前端再切片」这种混合模式设计的。如果你已经用 data 直接传了数组，parseData 根本不会执行——它只在 url 存在时才被调用。
正确做法是：在 jump 回调里手动切片，然后调用 table.reload() 更新表格：
layui.use(['table', 'laypage'], function(){
var table = layui.table;
var laypage = layui.laypage;
var allData = [/* 你的 3000 条数据 */];
<p>// 先渲染第一页
table.render({
elem: '#demo',
data: allData.slice(0, 10),
cols: [[{field:'name', title:'姓名'}]],
page: true,
limit: 10
});</p><p>// 再挂载 laypage 控制器
laypage.render({
elem: 'pagination',
count: allData.length,
limit: 10,
jump: function(obj){
// obj.curr 是当前页码（从 1 开始）
var start = (obj.curr - 1) * obj.limit;
var end = start + obj.limit;
// 用 reload 传新切片，注意必须带 page.curr=1 重置页码，否则可能越界
table.reload('demo', {
data: allData.slice(start, end),
page: { curr: obj.curr }
});
}
});
});table.reload() 带 data 重载时最容易踩的三个坑
table.reload() 表面简单，但参数组合不对就会导致空白页、重复请求或状态错乱：
- 必须传
id字符串（如'demo'），且和原始table.render({ id: 'demo' })一致；没设id就 reload 不了 - 只传
data不够，必须同步传page: { curr: X }，否则页码仍停留在旧值，而新数据总页数可能变少，导致当前页超出范围、表格空白 - 如果原始 render 里有
url，即使 reload 时没传 url，它仍会沿用旧配置发请求——所以务必确认首次 render 已彻底删掉 url
真正麻烦的不是写几行切片逻辑，而是所有排序、搜索、列宽记忆等交互都得你手动维护。layui 的前端分页只是“分页显示”，不是“前端数据管理”。数据一过五千，slice + reload 的 DOM 全量重绘就会明显卡顿，这时候该考虑虚拟滚动或切回服务端分页了。
