jump回调首次渲染触发两次请求是因为laypage.render()初始化时自动调用并传first=true，若未用!first过滤就会重复请求；必须在jump中仅对非首次调用执行loadList等业务逻辑。
jump回调里为什么第一次渲染就触发两次请求
因为 laypage.render() 初始化时会自动调一次 jump，传参 first = true；如果你没做判断，又在回调里主动发起 AJAX 加载数据，就会和后续手动翻页的请求重复——尤其当后端接口有副作用（比如统计 PV）时，问题立刻暴露。
必须用 !first 过滤首次自动调用
这是最直接、最有效的防死循环手段。别写 if (first) return，而是只在非首次时执行业务逻辑：
jump: function(obj, first) { if (!first) { loadList(obj.curr, obj.limit); } }-
first是布尔值，true表示组件首次渲染，false表示用户点击/输入导致的页码变更 - 不要依赖
obj.curr === 1来判断——比如跳转到第 3 页再回首页，curr是 1 但first是false - 如果用了
table.render()，同理：在done回调里初始化数据，page事件里只处理翻页逻辑，不重复拉第 1 页
reload 或 render 时漏传 count/limit 导致 jump 反复触发
当你调用 laypage.render() 切换页码，却只改了 curr，没带 count 和 limit，Layui 会因参数缺失重置内部状态，可能引发 jump 多次调用甚至无限递归。
- 确保每次
laypage.render()都传完整配置：至少包含elem、count、limit、curr、jump - 推荐缓存原始配置对象，只修改
curr后重传：config.curr = 5; laypage.render(config); - 若用
table.reload()，它内部已封装分页状态，不会触发外部laypage的jump，更安全
在 jump 里调 reload 或 render 容易形成闭环
常见错误是：在 jump 中加载完数据后，又顺手调了一次 table.reload() 或 laypage.render()，而这次调用又触发新的 jump，形成链式调用。
- 原则：
jump只负责“通知页码变了”，数据加载和 UI 更新应由你自己的函数完成，不要在里面再触发分页组件行为 - 如果确实需要刷新表格（比如搜索后重置分页），用
table.reload('id', { page: { curr: 1 } })，它不走jump流程 - 避免在
jump中嵌套laypage.render()——除非你明确知道当前正在响应的是非首次跳转，且新配置已隔离
jump 当成“翻页事件监听器”来用，却忘了它本质是“渲染钩子”。只要分页 DOM 重绘（哪怕只是 limit 改变），它就执行。所以防死循环不是加一层 if 就完事，得从调用链源头掐断冗余触发。 
