layui table搜索重载必须用reload而非render，否则事件丢失、分页重置；需复用tableIns实例，传入where和page:{curr:1}等参数，确保后端接收正确、返回标准JSON格式。
layui table 重载搜索时必须调用 reload 而不是 render
直接调用 table.render() 会重建整个表格实例，导致事件绑定丢失、分页状态重置、甚至重复绑定监听器。搜索重载的正确姿势是复用已有实例，用 table.reload() 更新参数并刷新数据。
常见错误现象：search button 点一次没反应，点两次才生效；分页跳回第 1 页；checkbox 全选状态丢失；tool bar 按钮点击失效——基本都是误用了 render。
- 确保你已通过
table.render()初始化过表格，并保存了返回的tableIns实例（通常赋值给一个变量，如let tableIns = table.render({...})） -
reload必须传入与初始化时同名的配置项，比如初始化用了url和where，重载时也要显式传url和where，否则会被忽略 - 不要在
reload中重复写elem、cols、page等静态配置——这些不会被更新，写了也无效，还可能引发渲染异常
搜索按钮触发时怎么传参给后台
用户输入关键词后点「搜索」，你需要把值塞进 where 对象，再调用 reload。关键在于：参数名要和后端约定一致，且每次都要生成新对象（避免引用旧对象导致缓存问题）。
document.getElementById('searchBtn').onclick = function(){
let keyword = document.getElementById('keyword').value.trim();
tableIns.reload({
where: {
keyword: keyword,
status: document.getElementById('statusSelect').value // 其他筛选项同理
},
page: { curr: 1 } // 搜索后重置到第 1 页，不然可能显示空结果
});
};
-
where是唯一用来透传搜索参数给后台的字段，它会自动拼到url查询字符串或 POST body 中（取决于method配置） - 一定要加
page: { curr: 1 }，否则当前页码不变，而新数据可能不足当前页数，导致表格空白 - 如果用了
autoSort: false但又在列头启用了排序图标，搜索后排序状态不会自动清空，需手动在reload中加initSort: {}
带条件的异步搜索（防抖 + loading 状态）
用户快速连输时频繁触发 reload，既浪费请求又容易造成 UI 错乱。真实项目里必须加防抖，且建议显示 loading 提示。
- 用
setTimeout+clearTimeout做简单防抖，延迟 300ms 执行reload，输入停顿后再发请求 - 调用
tableIns.reload()前，可先执行loading: true（需配合自定义 loading 层，因为 layui table 自身不提供 API 控制 loading 显示） - 如果后端返回 401 或 500，
parseData或done回调里要主动处理错误提示，reload不会自动弹框 - 注意：防抖函数内不能直接用
this指向 DOM 元素，推荐用事件委托或闭包捕获输入框元素
为什么 reload 后数据没变？检查这三点
最常卡在这儿：代码写了，控制台没报错，但表格就是不刷新。90% 是以下某个环节断了链路。
- 后端接口是否真收到了
where里的参数？用浏览器 Network 面板看请求 URL 或 Payload，确认keyword=xxx出现在查询参数里 - 后端是否按 layui 要求返回了标准格式？必须是
{code: 0, msg: '', count: 100, data: [...]}，少任何一个字段，parseData不触发，表格就空着 - 是否在
reload里改了url却忘了同步改method？比如从 GET 切到 POST，但没加method: 'post'，请求会静默失败
reload 的本质是「用新参数发起一次新的数据拉取」，它不操作 DOM，也不校验逻辑。参数对不对、接口返不返、格式准不准——这三个点漏一个，表格就停在原地。
