Layui table.reload() 只通过 where 字段传参，必须用对象合并保留初始参数，reload 后需手动重置 page.curr 为 1，POST 模式下服务端需支持 JSON 解析。
reload 传参必须走 where，不是直接塞参数进函数
先明确一个关键点：Layui 的 table.reload() 不接受额外的「函数参数」。换句话说，你不能写成 table.reload('id', { search: 'abc' }) 这种形式——第二个参数会被直接忽略。真正起作用的，是配置对象里的 where 字段，它会被合并到请求的 URL 查询参数中。
一个常见的错误现象是：调用 reload 后，接口没收到新参数，表格数据纹丝不动，控制台也看不到新的 query 字符串。这背后的本质，其实就是把参数写在了错误的位置。
where是唯一被识别为「重载时带参请求」的字段，而且它必须是一个对象。- 这里有个细节需要注意：如果初始化表格时已经设置了
where: { type: 'user' }，那么在 reload 时如果只传{ search: 'abc' }，旧的type参数就会被覆盖掉（除非你手动进行合并）。 - 那么，想保留初始的
where参数，同时追加新的搜索条件，该怎么办？答案是得自己做对象合并。比如用$.extend({}, initWhere, newWhere)，或者在 ES6+ 环境下使用展开运算符。
动态参数要防闭包陷阱：别在循环里直接用变量名
举个例子，当需要给多个按钮绑定 reload 事件时，在循环里写代码很容易踩进一个经典的“坑”：
for (let i = 0; i < btns.length; i++) {
btns[i].onclick = function() {
table.reload('demo', {
where: { id: i } // ❌ 注意，这里的 i 最终总是最后一个值
});
};
}
原因在于，事件回调是异步执行的。等到按钮真正被点击时，循环早已结束，变量 i 已经变成了循环结束后的最终值。这其实不是 Layui 特有的问题，而是 Ja vaScript 作用域的一个基本常识。
- 在 ES6+ 环境中，使用
let来声明循环变量可以解决这个问题。 - 更稳妥的做法，是把参数提前“固化”。比如将
data-id="123"直接写在按钮的 HTML 标签上，点击时通过this.dataset.id来读取。 - 当然，也可以用立即执行函数表达式（IIFE）包裹一层：
(function(id) { ... })(i)。
reload 后分页状态不会自动重置，要手动清空
这是一个容易被忽略但会导致界面错乱的问题。假设用户在搜索前已经翻到了第 5 页，那么调用 reload 后，默认的请求仍然会带着 page=5 这个参数——即使你没有在 where 里显式地写上它。因为 Layui 表格内部会维护当前的页码状态。
带来的直接表现就是：用户搜索了一个关键词，结果可能只有 0 条，但页码却还尴尬地显示着“第 5 页 / 共 0 页”。
- 所以，必须显式地设置
page: { curr: 1 }，才能让表格数据回到首页。 - 如果采用的是服务端分页，
limit参数也需要保持一致，否则可能会触发异常的数据条数计算。 - 一个完整的示例应该是这样的：
table.reload('demo', { where: { q: val }, page: { curr: 1 } })。
POST 请求下 where 参数实际走 body，但服务端框架可能不自动解析
当表格配置了 method: 'post' 时，Layui 会把 where 对象作为 JSON 格式的数据，放在请求体（body）里发送出去（注意，不是 form-data 格式）。问题在于，很多后端框架（例如 Express、Flask 的默认配置）并不会自动去解析原始的 JSON 请求体。
结果就是：前端明明传了 { keyword: 'test' }，后端用 req.body 一接，却发现是个空对象。
- 对于 Express，需要添加中间件：
app.use(express.json())。 - 对于 Flask，应该使用
request.get_json()来获取，而不是request.form。 - Spring Boot 默认支持 JSON 解析，但需要注意 Controller 方法的参数写法：别写成用于 GET 请求的
@RequestParam，得用@RequestBody。
说到底，参数合并的逻辑、页码的重置、服务端对请求体的解析方式——这三个环节如果没处理好，reload 方法看似调用了，但实际上可能完全没按照你预想的逻辑运行。
