table.reload()必须传id、where和page，否则刷新无效或跳首页；id缺失最常见，需与render时id一致；where和page漏传会导致条件清空或回首页；表单内按钮需防默认提交；后端响应须含data和count字段。
table.reload() 必须传 id 且显式带 where 和 page，否则刷新无效或跳首页。
为什么点按钮没反应？——id 缺失是最常见原因
Layui 不靠 DOM 元素定位表格，而是靠初始化时的 id 字段做实例绑定。没设 id，table.reload('xxx') 就找不到目标。
- 错误写法：
table.render({ elem: '#userTable', url: '/api/list' })→ 后续table.reload('userTable')失效 - 正确写法：必须加
id: 'userTable'，且和reload中传的字符串完全一致 - 如果用变量存实例（如
const ins = table.render(...)），就该用ins.reload({...})，别混用两种方式
点击后数据没变？——where 和 page 漏传或写错
每次 reload 都是全新请求，不继承上次参数。漏传 where 就等于发空条件；不传 page 就默认回到第 1 页。
- 保持当前页刷新：必须传
page: { curr: table.config['userTable']?.page?.curr || 1 } - 带搜索条件刷新：
where: { status: $('#statusSelect').val(), keyword: $('#kw').val() }，值要实时取，不能写死 - 清空搜索后恢复原始数据：显式传
where: {}，而不是不写where字段
按钮点击后页面闪一下或整个重载？——表单默认行为没拦住
如果按钮包在 <form> 里，又没处理提交事件，浏览器会按传统表单逻辑刷新整个页面。
- 最稳做法：给按钮加
type="button"，彻底规避表单行为 - 或者用
event.preventDefault()拦截 submit 事件 - 千万别写
<button onclick="reloadTable()">却忘了它可能在 form 里
刷新后分页错乱或空白？——后端返回结构或 count 不对
reload 成功不代表渲染成功。Layui 对响应格式很敏感，且分页逻辑强依赖 count 字段。
- 确保后端返回结构和首次加载一致：必须含
data（数组）和count（总数）字段 - 如果当前页已无数据（比如第 5 页但总条数只剩 20 条，每页要 30 条），Layui 会自动跳到末页，不是报错
- 用浏览器 DevTools 查看 Network 里的响应体，确认
count是真实总数，不是当前页条数
真正容易被忽略的是：哪怕只是想“重新拉一遍当前页”，也得把 url、where、page 全部显式传进去——少一个，行为就不可控。
