必须用 table.reload() 重载并同步传 url、where、page.curr、initSort 等参数，不可直接改 config 或用不存在的 table.set()；封装 render 函数或动态拼接 clean where 更可靠。
点击按钮时怎么改 table.render() 的接口地址
不能直接改已渲染表格的 url 配置——layui 表格一旦 render 完，配置就固化了。必须重新调用 table.render() 或触发重载，但得保留当前页码、排序、搜索等状态，否则会跳回第 1 页、丢失条件。
实操建议：
- 把
table.render()封装成函数，接收url参数，其他配置（page、cols、where等）复用； - 按钮点击时，先用
table.reload()触发重载，传入新url和原where； - 别漏掉
page: { curr: 1 }——如果不显式传curr，reload 默认从第 1 页开始，哪怕你只想换接口不翻页； - 如果需要保持当前页码，得先用
table.cache['your-id']或table.config['your-id'].page.curr拿到当前页，再塞进page.curr。
table.reload() 里哪些参数必须同步传
只改 url 不够，很多行为会意外重置：比如排序字段丢了、搜索框清空、甚至列宽错乱。reload 不是“局部更新”，它会按你传的参数做全量合并，没传的就回退到初始 render 值。
关键要同步的参数：
-
url：新接口地址； -
where：携带当前搜索条件、筛选参数，否则请求变空； -
page：至少带{ curr: 当前页码 }，否则强制回第 1 页； -
initSort：如果支持排序，得传{ field: 'xxx', type: 'asc' }，不然表头箭头消失、后端收不到排序参数； -
cols不用传——只要没改列定义，reload 会自动沿用； - 避免传
done回调——除非真要覆盖，否则可能丢掉你原来写的加载后逻辑。
动态 URL 拼接时容易漏掉的坑
常见错误是拼 URL 时硬编码参数，比如 '/api/list?type=1&status=2'，结果按钮点多次，type 和 status 变成重复叠加，后端解析出错或被忽略。
安全做法：
- 用对象组织参数，再通过
$.param()或手写拼接，确保每次都是干净的键值对； - 不要在
url字符串里直接拼查询参数，改用where传对象，让 Layui 自动加到请求体或 query 中； - 注意接口协议：如果后端要求 POST，得配
method: 'post'，否则 reload 还是发 GET，URL 再长也白搭； - 跨域或鉴权场景下，确认新 URL 的 headers 或 token 是否仍有效，Layui 不自动继承旧请求的认证头。
为什么不用 table.set() 或直接改配置对象
有人试过 table.config['id'].url = newUrl 或找 set 方法，没用。Layui 的 table 实例没有公开的 set 接口，config 是只读快照，改了也不触发请求；table.set() 根本不存在——这是常见误查 API 文档导致的浪费时间。
真正能生效的只有两条路：
- 用
table.render()全量重绘（适合配置差异大、或首次加载）； - 用
table.reload()局部刷新（推荐，轻量、保状态）； - 别碰
table.cache里的数据手动塞新响应——这绕过 Layui 渲染逻辑，分页、loading、空数据提示全失效。
最麻烦的其实是后端接口返回结构不一致：比如 A 接口字段是 list，B 接口是 data，这时候必须在 parseData 回调里统一处理，否则表格直接报 data is not defined。
