在 input 事件中实时取值需用 $('#searchInput').val() 并 trim 判断非空，动态更新 where 对象；table.reload() 必须显式传入 url、where 和 page: { curr: 1 }，且需手动实现防抖以避免频繁请求。
搜索框 input 事件里怎么取值并塞进 where 对象
别等点击“搜索”按钮才读输入框，要在 input 事件里实时抓值，但得过滤掉中文输入法中间态。直接用 $('#searchinput').val() 拿当前内容，然后判断是否非空、是否合法（比如 trim 后长度 > 0），再动态更新 where 对象：
- 空值不塞进
where，避免后端收到{ keyword: '' }导致查不到数据 - 多个搜索框时，用同一个
where对象反复赋值，比如where.keyword = val1; where.status = val2 - 不要拼 URL 字符串，比如
'/api/list?k=' + val，Layui 会自动处理编码和请求方式
table.reload() 调用时必须带哪些参数才能让 URL 实时变
只改 where 不够，table.reload() 必须显式传 url、where、page: { curr: 1 }，否则表格不会发新请求，或者发错地址、页码跳乱：
-
url：必须写死或根据条件算出新地址，比如url: '/api/orders/' + statusVal -
where：必须是当前所有有效搜索条件组成的对象，不能是空对象或 undefined -
page: { curr: 1 }：搜索条件变了，用户一般希望从第 1 页重新查，不传就可能继续在第 5 页发空请求 - 漏传
initSort会导致表头排序箭头消失，后端也收不到field和type
为什么直接改 table.config.url 没用
table.config 是初始化时的只读快照，不是响应式数据源。你执行 tableIns.config.url = '/new' 后，console.log 看起来变了，但下次 table.reload() 如果没传 url 参数，它照样发老地址——内部逻辑根本不读这个属性。
v2.5+ 版本甚至会忽略该赋值。所有动态行为，包括换 URL、改 method、带 token，都必须靠 table.reload() 的参数驱动。
防抖和请求节流怎么加才不卡顿
用户每敲一个字就 reload 一次，接口扛不住，UI 也会抖。必须加防抖：
- 用
setTimeout+ 标志位，延迟 300ms 再触发table.reload() - 每次新输入先
clearTimeout上次定时器，避免旧请求覆盖新请求 - 如果搜索框为空，直接
table.reload()传空where，别跳过，否则表格状态会滞留在上次结果 - 注意：Layui 默认不支持 debounce，得自己写，别指望
form.on('submit')或 lay-filter 自动帮你节流
page，用户就在错误页码上白等；少一个 where，后端就收不到条件；少一个 url，整个切换就失效。这些参数不是可选的，是 reload 的契约。
