laypage.render中指定起始页码需设置curr为合法整数，并同步传入准确count和limit，否则会被校验重置；table.render则需先page:false再用table.reload()显式传page.curr。
直接设置 curr 参数即可，但必须配合准确的 count 和 limit，否则页码错乱或跳转失效。
laypage.render 里怎么指定起始页码
起始页不是第一页，本质是让分页组件首次渲染时就定位到目标页——这靠 curr 参数控制，但它不是“独立开关”，必须放在完整配置中生效：
-
curr必须是合法整数（如3），不能是字符串（如"3"） - 必须同时传入正确的
count（总条数）和limit（每页条数），否则 laypage 会自行校验并重置curr到合法范围（比如总页数只有 2 页，curr: 5会被强制改为1） - 如果后端返回了当前页码（如 ThinkPHP 的
$result->currentPage()），应直接用它赋值给curr，别硬编码
示例：
layui.laypage.render({
elem: 'pagination',
count: 123,
limit: 10,
curr: 3, // 第一次就显示第 3 页
jump: function(obj, first) {
if (!first) {
// 这里发请求加载第 obj.curr 页数据
}
}
});
table.render 启用分页时如何起始页不为 1
表格内置分页不支持直接设起始页，因为 table.render() 初始化时默认把 page.curr 设为 1，且没有公开入口修改初始状态。可靠做法是：先禁用自动渲染，再用 table.reload() 显式带页码启动：
- 初始化时设
page: false，避免表格自己抢跑渲染 - 等数据拿到后（含后端返回的当前页码），再调
table.reload()并传入page: { curr: 后端返回的 curr } - 注意：reload 的
where里也要同步当前页参数，否则后端查不到对应页数据
关键代码片段：
layui.table.render({
id: 'demo',
url: '/api/list',
page: false, // 先不启用分页
cols: [[{field:'id', title:'ID'}]]
});
// 假设后端返回 { data: [...], total: 87, current_page: 4 }
layui.table.reload('demo', {
where: { page: 4, limit: 15 },
page: { curr: 4, limit: 15, count: 87 }
});
为什么设置了 curr 还是跳回第一页
最常见原因不是配置写错，而是逻辑冲突：
- 在
jump回调里无条件执行了table.reload()或页面跳转（如window.location.href = '?page=1'），而没判断!first，导致首次渲染时就覆盖了你设的curr - 后端返回的
count不准确（比如缓存未更新），laypage 校验发现curr超出总页数，自动 fallback 到第 1 页 - 用了
table.render()又手动调laypage.render()，两个分页实例互相干扰，表格内部状态仍认为是第 1 页
调试建议：在 jump 里打日志，确认 obj.curr 是否真被触发、first 是否为 false，再检查 network 请求的参数是否含正确页码。
自定义分页位置时 curr 容易被忽略的点
当你用 laypage.render() 独立渲染分页、再通过 table.reload() 驱动表格时，curr 不再只是 UI 显示值，它成了两个模块间的状态枢纽：
- 每次
table.reload()都要显式传page.curr，否则表格内部curr会重置为 1 - 如果用户筛选后刷新表格，必须重新计算总条数并调
laypage.render()更新count和curr（比如筛选后只剩 20 条，原curr: 5就非法了） - URL 中带
?page=3时，JS 解析后要主动传给curr，而不是等用户点击才生效
起始页不是第一页这事本身很简单，难的是让 curr 在整个生命周期里始终可信——它得从后端来、被前端稳住、在 reload 时不丢失、在筛选后被重算。
