table.reload() 必须显式传全 url、where、page 参数，否则刷新失效或跳首页；定时器需外部单例管理并加节流；错误时需在 done 中校验响应并手动清除定时器。
自动刷新必须用 table.reload() 配合外部定时器，漏传 url、where 或 page 中任意一个，刷新就失效或跳首页。
为什么 table.reload() 调了但数据没变？
不是后端没响应，而是参数没传全。Layui 的 reload 不继承初始化配置，哪怕只少一个 url，请求就会发到 / 或空地址；不传 where 就默认发 {}，后端可能返回全量数据或报错；不传 page 就强制回到第 1 页。
-
url必须显式写，哪怕和初始化时一模一样 -
where建议每次重生成，尤其含token、时间戳、搜索关键词时——缓存旧值会导致接口返回旧数据 - 带分页的表格，想保持当前页码，必须传
page: { curr: tableIns.config.page.curr }
定时器别写在 done 回调里
在 table.render() 的 done 里直接写 setInterval(table.reload, 5000) 是典型错误：每次渲染都会新建一个定时器，旧的不清除，最终内存泄漏 + 请求乱序 + 表格反复闪动。
- 定时器应只创建一次，放在
table.render()外部，比如页面加载完后 - 用变量存住定时器 ID（如
let timer = setInterval(...)），出错时能手动clearInterval(timer) - 高频刷新（≤10 秒）建议加节流：用布尔标志位记录上一次请求是否完成，未完成则跳过本次
接口异常时 reload 不会自动中断
table.reload() 的 error 回调并不可靠——网络超时、401、跨域失败等场景下它常不触发，但 done 仍会执行。若不做校验，就会用空响应或错误结构重绘表格，导致空白或勾选状态丢失。
- 在
done里检查响应有效性：if (!res.data || res.code !== 0) { layer.msg('刷新失败'); clearInterval(timer); return; } -
token过期不能硬编码在where里，每次reload前从localStorage读一次最新值 - 如果表格启用了多选，还要同步还原
temp_all_list中的已勾选项，否则刷新后全丢
表格必须用 id 初始化才能 reload
没在 table.render() 里配 id 参数，table.reload('xxx') 就永远失效。Layui 不靠 elem 或 lay-filter 匹配实例，只认你显式声明的 id 字符串。
- 初始化必须写：
table.render({ elem: '#userTable', id: 'userTable', url: '/api/user' }) - 后续所有
reload都要基于这个id：要么用tableIns.reload({})（推荐），要么用table.reload('userTable', {}) - 如果实例是局部变量，记得挂到全局（如
window.tableUserIns = table.render(...)）
最常被忽略的是：三个点必须同时成立——tableIns 实例可访问、所有关键参数显式重传、错误路径下及时清除定时器。缺一个，自动刷新就变成“看起来在动，其实没刷”。
