根本原因是排序未重置页码为1，导致新排序条件与旧页码组合错乱；须在排序时手动设curr=1并重渲染分页，或用table.reload()自动重置，同时后端需动态返回对应排序的count，多表格须独立分页实例。
点击排序后 layui 分页参数没同步更新
根本原因是：排序操作通常只改了请求参数（比如 sortField 和 sortOrder），但没重置当前页码 page 为 1，导致后续分页请求带着旧页码 + 新排序条件发出去，结果错乱——第 2 页按新字段排序，显然不是你想要的“重新排序后第 1 页”。
实操建议：
- 每次触发排序（比如点击表头）时，必须手动把
laypage的当前页设回 1，并调用laypage.render()或laypage.curr()同步； - 推荐在排序回调里调用
table.reload()（如果你用的是layui.table），它默认会重置page为 1，前提是你的initSort配置正确且传参方式统一； - 如果手写 AJAX + laypage，排序后务必清空或重置
page参数，再重新请求数据并重新渲染分页：laypage.render({ elem: 'demo', count: total, curr: 1, // 关键：强制回到第 1 页 limit: 10, jump: function(obj){ loadData({page: obj.curr, limit: obj.limit, sort: currentSort}); } });
table.sort() 触发后分页不刷新或跳页异常
这是 layui.table 的常见陷阱：调用 table.sort('id') 不会自动触发 reload，也不会影响当前分页状态，只是内部记录了排序字段，等下次 reload 时才生效——但如果你没显式 reload，分页就还是老数据。
实操建议：
- 不要单独调用
table.sort()，改用table.reload('yourTableId', {initSort: {field: 'name', type: 'desc'}})，这样既设置排序又触发重载； - 监听
table.on('sort(tableFilter)')事件，在回调里做table.reload()，并确保传入的where参数包含最新排序字段和值； - 注意
initSort是初始化时用的，运行时排序必须靠reload带参刷新，否则分页器压根不知道排序变了。
后端返回的 count 没随排序变化而更新
看起来是前端问题，实际常是后端漏了：按不同字段排序时，筛选条件可能影响总条数（比如带模糊搜索 + 排序），但接口仍返回缓存的旧 count，导致 laypage 渲染出错误页数（比如显示 5 页，实际只有 2 页数据）。
实操建议：
- 后端接口必须对每次请求（含
sort参数）重新计算count，不能复用上一次的； - 前端拿到响应后，不要硬编码
count，而是从响应体里动态取：success: function(res){ table.render({ elem: '#demo', data: res.data, total: res.count, // 必须取响应里的 count page: true }); } - 调试时直接看 Network 中接口返回的
count字段是否随排序参数变化，这是最直接的验证方式。
多个表格共用同一个 laypage 实例导致状态污染
一个页面多个 table，但只用了一个 laypage.render() 实例，或者所有表格都监听同一个分页容器，排序后各表分页互相干扰——这是典型的状态管理缺失。
实操建议：
- 每个表格应有独立的分页容器（如
id="page1"、id="page2"）和独立的laypage.render()调用； - 如果用
table.render()开启分页，就别再额外调用laypage.render()，否则两者状态不同步； - 避免全局变量存
curr或limit，每个表格的分页参数应封装在各自作用域内，或用data属性绑定到对应容器上。
