必须重新调用 laypage.render() 覆盖更新 count，不能直接修改已渲染实例；需传入完整配置（含一致 elem、最新 count、显式 curr、匹配 limit），并同步 table.reload() 或清空容器再渲染。
laypage.render 后怎么更新 count 值
不能直接改已渲染实例的 count，必须重新调用 laypage.render() 覆盖——Layui 的 laypage 没有提供类似 updateCount() 的方法，所有参数变更都得走重 render 流程。
常见错误是试图修改原始配置对象或调用 laypage.render() 时不传完整配置，结果页面没反应、页码错乱、甚至报“重复渲染”错误。
-
elem必须和首次渲染一致（ID 字符串或 DOM 对象） -
count必须是最新总条数（后端返回的res.total或res[0].sum） -
curr建议显式传入当前页码（比如从后端接口取到的page参数），否则可能回退到第 1 页 - 如果之前用了
jump回调，新 render 里必须重写，否则跳页逻辑失效
表格分页联动时 count 更新要同步 table.reload()
如果你用的是 table.render() 并启用了内置分页（page: true），那 count 不是 laypage 控制的，而是表格自己根据响应体里的 count 字段算的。此时动态改总条数，只刷新 laypage 没用，必须让表格也重载。
关键点：表格的 count 来自接口响应体的 count 字段（不是 data.length），所以后端返回必须带这个字段，且值准确。
- 后端响应格式必须含
{"code":0,"msg":"","count":127,"data":[...]} - 前端调用
table.reload('id', { where: { ... } })即可，Layui 会自动提取新count并更新分页栏 - 不要手动去改
table.config.count，它只读，改了也不生效 - 如果表格用了自定义分页（
page: false+ 外部 laypage），那就要两边都 reload：先table.reload()拿新数据，再用新count调laypage.render()
为什么 flushPage 函数里要传 curr 和 limit
很多示例封装了 flushPage(num, curr)，但漏传 limit 就容易出问题——因为 count 和 limit 共同决定总页数（Math.ceil(count / limit)），如果 limit 没同步，页码显示就错。
比如后端返回总条数 45，当前 limit 是 20，实际该有 3 页；但如果 flushPage 里没传 limit，默认还是 10，就会渲染成 5 页，点击第 4 页时请求 ?page=4&limit=10，后端返回空数据。
- 务必把当前生效的
limit一起传进laypage.render()，和count匹配 - 如果用户切换过下拉选项，要用
table.config.page.limit或监听table.on('sort(...)')捕获当前 limit -
jump回调里的obj.limit是当前选中的值，可直接用于后续请求，但不能反推给laypage.render()—— 它只读
销毁重绘前必须清空旧容器
极少数场景（比如切换 tab 时完全换数据源）需要彻底重建 laypage 实例，这时用 laypage.render() 覆盖可能残留 DOM 或事件绑定。稳妥做法是先清空容器内容，再 render。
直接 innerHTML = '' 或 textContent = '' 即可，别用 removeChild 逐个删——Layui 内部依赖容器 ID 或引用，DOM 结构破坏会导致后续操作失败。
- 清空后立即 render，避免中间状态被用户点击
- 如果容器里有其他非分页元素（如搜索按钮、统计文案），先用 class 或 data 属性标记，render 前保留它们，render 后再 append 回来
- 不要调用
layui.laypage的私有方法（如_this实例），文档未公开，版本升级可能失效
count 必须是全量总数，不是当前筛选条件下的缓存值；而前端每次请求都要确保 page 和 limit 两个参数名与后端约定一致——差一个字母，count 就永远对不上。
