layui表格需将request.pagename设为'offset'并配合page函数return (curr-1)*this.limit，否则offset=1而非0；reload时必须显式传入完整request配置，且response.count须匹配后端total字段。
table.render 中 request.pageName 改成 offset
默认情况下，Layui 表格分页请求参数是 page=1&limit=10，但后端要求 offset=0&limit=10（即 0/10/20 偏移）。这不是样式或文案问题，而是请求参数映射逻辑的修改，必须通过 request.pageName 配置实现。
关键点：只改 pageName 不够，offset 是偏移量，不是页码，所以后端期望值是 (curr - 1) * limit，而 Layui 默认直接把 curr 当作 pageName 的值发出去 —— 这会导致 offset=1、offset=2 这种错误值。
-
request.pageName: 'offset'必须配合request.limitName（如'limit'）一起设，否则 limit 参数名可能还是默认的limit，但 offset 计算逻辑没变 - 仅靠
pageName无法自动转curr为(curr - 1) * limit，Layui 不做这个换算 - 真正生效的改法是：在
request中用函数重写page参数，例如：page: function(curr) { return (curr - 1) * this.limit; } - 这个函数里的
this.limit指当前表格的page.limit值，必须确保它已正确定义（不能是字符串）
为什么直接设 pageName: 'offset' 后接口收不到正确 offset
常见现象：配置了 request: { pageName: 'offset' }，但 Network 面板里看到请求是 ?offset=1&limit=10，而非预期的 ?offset=0&limit=10。这是因为 Layui 把当前页码 curr 直接赋给了 offset 字段，没做任何转换。
根本原因在于：pageName 只控制参数名，不改变传参逻辑；Layui 的分页参数生成是硬编码的：r[l.pageName] = e（其中 e 就是 curr），它不会自动乘以 limit 或减 1。
- 错误写法：
request: { pageName: 'offset', limitName: 'limit' }→ 发出offset=1、offset=2 - 正确写法：
request: { pageName: 'offset', limitName: 'limit', page: function(curr) { return (curr - 1) * this.limit; } } - 注意：这个
page函数是 request 对象的属性，不是 page 对象的；别和page: { curr: 1 }搞混 - 如果
this.limit是 undefined，说明page.limit没配或配错位置（必须在page: { limit: 10 }里，不能在顶层）
table.reload 时 offset 参数不更新？检查 page 配置是否完整传递
调用 table.reload('id', { page: { curr: 3 } }) 后，请求仍是 offset=1，说明 request.page 函数没被触发 —— 因为 reload 默认只合并部分配置，request 不在默认合并字段列表里。
Layui 的 reload 不会自动继承初始化时的 request 配置，除非你显式传入。这意味着：即使初始化写了完整的 request，reload 时若没再带上，就会 fallback 到默认行为（即 offset=curr）。
- 必须在
reload参数中完整复写request，例如：table.reload('id', { page: { curr: 3 }, request: { pageName: 'offset', limitName: 'limit', page: function(curr) { return (curr - 1) * this.limit; } } }) - 更稳妥的做法是把
request配置抽成变量，避免重复书写：const myRequest = { pageName: 'offset', limitName: 'limit', page: function(curr) { return (curr - 1) * this.limit; } };，然后初始化和 reload 都引用它 - 漏掉
request是 reload 场景下 offset 错误的最常见原因，比 pageName 写错还隐蔽 —— 控制台无报错，请求参数却不对
后端返回 count 字段名不匹配会导致 offset 计算错乱
即使前端 request.page 函数完全正确，如果后端响应里没有 count 字段（比如叫 total），Layui 就无法获知总条数，进而无法计算总页数，导致分页栏显示异常、跳页按钮禁用、甚至 curr 被重置为 1，最终 offset 计算链断裂。
这不是 offset 配置本身的问题，但会表现为 offset 行为不可控：比如翻到第 3 页后突然回到第 1 页，请求变成 offset=0。
- 必须配
response: { count: 'total' }（假设后端字段是total），让 Layui 正确读取总数 - 别在
page对象里硬写count: 123，这会让分页栏固定显示 123 条，但实际数据可能少于或多于该值，导致最后一页空白或缺失 - 检查 Network 响应体，确认字段存在且是数字类型；字符串
"123"会被转成 NaN，Layui 会忽略 - offset 的正确性依赖整个分页闭环：前端传对 offset → 后端按 offset+limit 查 → 返回正确 total → 前端用 total 算 curr 边界 → 下次 offset 才能继续准确
