点击搜索按钮时应调用 table.reload() 动态切换 URL 和 method，而非修改 config 或使用 table.set()；reload 会覆盖初始配置，需传入 url、method、where 及 contentType 等完整参数，并注意防抖与状态管理。
点击搜索按钮时如何动态切换 url 或 method
Layui 的 table.render() 初始化后，表格的请求地址和方式是固定的，不能直接改。想点搜索就换接口，得绕过「重载整个 table」这个笨办法，用 table.reload() 手动触发新请求。
关键不是改配置项，而是每次点击搜索时，根据条件拼出新的 url 和 method，再传给 reload()：
- 不要在
table.render()里写死url: '/api/list'，留空或设为占位符，靠reload()补全 -
reload()支持传url、method、where，它们会完全覆盖初始配置 - 如果原配置用了
contentType: 'application/json'，而新接口只接受application/x-www-form-urlencoded，记得在reload()里一并带上contentType
document.getElementById('searchBtn').onclick = function() {
const type = document.querySelector('[name="searchType"]').value;
const url = type === 'user' ? '/api/users' : '/api/orders';
const method = type === 'user' ? 'GET' : 'POST';
table.reload('myTable', {
url: url,
method: method,
where: { keyword: $('#keyword').val() },
// 注意：这里会覆盖初始化时的 contentType、headers 等，要补全
contentType: method === 'POST' ? 'application/json' : null
});
};
为什么 table.set() 或直接改 config.url 不生效
Layui 表格内部把初始化配置缓存在实例上，table.set() 只影响后续新渲染的表格，不作用于已存在的实例；手动改 table.config.url 更没用——请求发起时读的是闭包里的快照，不是实时属性。
常见错误现象：console.log(table.config.url) 看起来改了，但刷新还是旧地址，因为请求逻辑根本不查这个属性。
- 所有动态变更都必须走
table.reload()，这是唯一被表格内部监听的更新入口 -
reload()默认会保留分页参数（page、limit），如需重置分页，显式传page: 1 - 如果用了
parseData或response，它们在reload()时仍生效，无需重复定义
POST 请求带 JSON body 时后端收不到数据
很多人切到 method: 'POST' 后发现后端 req.body 是空对象，问题不在 Layui，而在没配对 contentType 和数据格式。
- Layui 默认 POST 发送的是
application/x-www-form-urlencoded，参数扁平塞在 query string 或表单体里 - 若后端要求 JSON，必须同时设
contentType: 'application/json'，且where里的数据会被自动JSON.stringify() - 但注意：
where不能含函数、undefined、Date 对象，否则序列化失败，控制台报Converting circular structure to JSON
table.reload('myTable', {
url: '/api/advanced-search',
method: 'POST',
contentType: 'application/json',
where: { filters: { status: 'active', from: '2024-01-01' } }
}); // 这样后端才能从 req.body.filters 拿到对象
多次点击搜索导致请求堆积或状态错乱
没做防抖或禁用按钮，用户连点两次，reload() 会发两个请求，第二个可能覆盖第一个的 loading 状态，或者分页参数错位（比如第一次请求还没返回，第二次又把 page: 1 传进去）。
- 简单做法：点击后立即将按钮
disabled = true，在done回调里恢复 - 更稳妥：用
loading: false关掉默认 loading，自己用全局变量标记「请求中」，避免并发 reload - 如果搜索条件变化频繁（比如输入框实时搜），别用按钮触发，改用
input的debounce+reload()
复杂点在于：reload 是异步的，但它的配置合并逻辑是同步执行的。如果你在 where 里引用了 DOM 元素值，又没及时取，很可能拿到旧值——所以取值动作一定要放在点击事件最开头，别拖到 reload 里再读。
