table.reload()是唯一推荐的跳末页方式，需先计算末页=Math.ceil(count/limit)，再传入page:{curr:末页}触发同步重载，避免与laypage实例脱节。
table.reload() 是唯一推荐的跳末页方式
直接操作 laypage 实例或 dom 模拟点击，容易导致表格数据与分页栏不同步。layui 的 table 组件内部封装了分页状态管理，table.reload() 会自动同步 page.curr 和 ui 显示，且能触发数据重载 —— 这是跳末页最稳的路径。
关键点在于：末页不是固定值，得先算出来。假设总条数为 count、每页显示 limit 条，则末页 = Math.ceil(count / limit)。这个计算必须在 reload 前完成，不能依赖后端返回的 page 字段（它通常是当前页）。
- 按钮绑定 click 后，先调用
table.cache['yourTableId']获取当前缓存数据长度（仅适用于本地分页），或更稳妥地：从后端接口单独查一次count -
table.reload()必须传入正确的id（初始化时table.render({ id: 'xxx' })指定的那个字符串） -
page.curr要设为计算出的末页整数，比如page: { curr: 5 }，不能传字符串"5"，否则静默失败 - 如果表格启用了
page: { limits: [10,20,50] }，跳末页时limit值要保持一致，否则页码错乱
laypage.skip() 不适用于 table 场景
虽然 Layui 2.8+ 提供了 laypage.skip() 实现轻量跳页，但它只更新 laypage 实例本身，不触发 table 的数据重载和列渲染。对纯 laypage 分页（非 table 绑定）可用，但一旦你用了 table.render() 且开启 page: true，laypage.skip() 就会脱节 —— 页码数字变了，表格数据还是上一页的。
常见错误现象：点击“跳末页”后，分页栏显示最后一页数字，但表格内容没变，或者翻两页才加载出来。
- 不要在 table 场景下混用
laypage.skip()和table.reload() - 如果你看到别人用
laypage.skip('xxx', lastPage)成功了，大概率是他没启用 table 内置分页，而是手动 render 了 laypage 并自己处理数据请求 - 想验证是否真同步？打断点看
table.config['yourTableId'].page.curr和 laypage 实例的curr是否一致
DOM 层 hack 方式仅作兜底，慎用
当无法访问原始 table.render() 配置（比如封装在第三方组件里），只能走 DOM 操作：定位跳转输入框、填值、触发按钮。这种方式脆弱，Layui 版本升级或 CSS 类名微调都可能让它失效。
实操时注意 selector 精确性：$(".layui-laypage-skip input") 可能匹配到多个分页栏（比如页面有多个 table），必须加父级限定：
- 先通过表格容器定位，比如
$('#yourTableContainer').next('.layui-table-page').find('.layui-laypage-skip input') - 填值后，要触发的是同级的跳转按钮，不是所有
.layui-laypage-btn，应写成.closest('.layui-laypage-skip').find('.layui-laypage-btn').click() - 该方式无法保证数据加载完成后再执行后续逻辑，如有依赖末页数据的操作（如选中最后一行），需手动监听
table.on('done')回调
末页计算容易忽略的边界情况
总条数为 0 或可被 limit 整除时，Math.ceil(count / limit) 结果仍正确，但实际开发中常漏掉两个细节：
- 后端返回的
count是过滤后的总数（含搜索条件），必须确保 reload 时where参数和原始请求一致，否则末页算错 - 用户手动改过每页条数（比如从 10 改成 20），此时
limit应取table.config['id'].page.limit，而不是写死值 - 如果表格启用了
page: { hash: true }，跳末页后 URL 的 hash 会变，但浏览器前进/后退不会自动恢复表格状态，需自行监听hashchange并 reload
跳末页不是终点，而是触发一次完整 reload；只要 reload 的参数干净、计算准确、实例 ID 正确，剩下的交给 layui 自己处理就行。
