laypage重渲染时curr超出范围会静默fallback至合法值：若curr大于总页数则自动设为最后一页；字符串curr未转数字直接比较会导致逻辑错误；跳页框隐藏不能解决超限问题，可靠校验需在render前或reload参数组装时处理。
laypage.render 重渲染时 curr 超出范围会静默 fallback 到合法值
layui 不校验 curr 是否超过总页数，只做简单截断：若 curr > Math.ceil(count / limit)，内部自动设为最后一页；若 curr ，则设为 1。不会报错，也不会触发 <code>jump 回调，UI 显示可能和实际数据不一致。
常见错误是后端返回 count: 100、limit: 20（共 5 页），但前端误传 curr: 10 —— 此时 laypage 渲染出的仍是第 5 页，且页码栏显示 “5/5”，但用户以为跳到了第 10 页，造成操作困惑。
- 必须在调用
laypage.render()前手动校验：curr = Math.min(curr, Math.ceil(count / limit)) - 如果 count 动态变化（比如搜索后总数变少），需同步更新 count 和 curr，否则分页栏仍显示旧总页数
- 不要依赖后端返回的 “总页数” 字段（如
pages），layui 只认count和limit自行计算
table.reload() 跳转指定页时，curr 超限行为与 laypage 不同
表格组件封装了更严格的边界控制：table.reload() 传入 page.curr 若超出当前总页数，会直接忽略该值，保持原页码不动，且不报错、不提示。这是最隐蔽的“跳转失败”场景。
例如：表格当前共 72 条数据、limit: 20 → 总页数为 4，若 reload 时传 page: { curr: 5 }，页面仍停留在第 4 页，Network 面板里请求参数却是 ?page=5&limit=20，后端可能返回空数据或 404，前端却无任何反馈。
- reload 前务必用
Math.ceil(count / limit)算出最大合法页码，再约束curr - 如果 count 来自后端响应（如 done 回调里的
res.count），必须等该回调执行完再算，不能用初始化时的旧 count - 避免在
done里立刻 reload —— 此时 res 数据刚到，但表格 DOM 尚未刷新，table.cache也未更新，容易误判
jump 回调里校验 curr 边界必须加 !first 条件
jump 是唯一能捕获用户主动翻页动作的地方，但首次渲染也会触发一次，且此时 obj.curr 是配置里的初始值，不代表用户操作。若不判 !first，就会对第 1 页做冗余校验甚至强制跳转，导致首页加载异常。
更关键的是：用户手动输入跳页框数字并回车时，obj.curr 是字符串类型（如 "999"），而 laypage 内部处理前未转数字，直接参与计算会导致 NaN 或隐式类型转换错误。
- 正确写法：
jump: function(obj, first) { if (!first) { const page = parseInt(obj.curr, 10) || 1; const maxPage = Math.ceil(obj.count / obj.limit); if (page > maxPage) { laypage.render({...obj, curr: maxPage}); return; } // ... }} - 不要用
obj.curr > maxPage直接比较，字符串和数字比会出错（"10" > 5 === false） - 手动输入跳页框属于 DOM 层交互，
jump是唯一可干预点；靠 CSS 隐藏或禁用输入框无法阻止用户粘贴非法数字
隐藏跳页输入框（skip）不能解决超限问题，只是移除入口
去掉 layout 中的 skip 项（如 ['count','prev','page','next','limit']）确实能彻底不渲染 “到第几页” 输入框，但这只是去掉了用户主动输错的渠道，并未消除程序逻辑中 curr 超限的可能性。
比如通过 URL hash 跳转（location.hash = '#!page=999'）、或外部按钮调用 laypage.render({curr: 999})，照样会触发越界行为。UI 上看不到输入框，反而更难排查问题。
- skip 控制的是 DOM 是否存在，不是逻辑校验开关
- 真正可靠的限制必须落在
laypage.render()调用前、或table.reload()参数组装时 - 如果业务强要求“禁止跳转到非末页”，应在后端接口层面拦截，前端只做友好 fallback，而非强约束
curr 在 jump 中未转数字就参与比较，以及 reload 时用旧 count 算最大页码——这两处出错，页面表现往往只是“没反应”，查 Network 也看不出异常，得一层层断点进去看 obj 对象的实际值。 
