table.reload() 必须显式传入 id、where 和 page 参数，漏传会导致清空条件、跳转首页或无响应；搜索按钮需防表单默认提交，后端接收需匹配 where 结构，返回数据必须含 data 数组和真实 count 总数。
table.reload() 必须显式传 id、where 和 page，漏一个就可能清空条件、跳首页或没反应。
为什么点搜索按钮后数据没变？
不是前端没调用，而是 table.reload() 每次都发全新请求，不继承上次参数。漏传 where 就等于发空条件；不传 page 就默认回到第 1 页。
- 保持当前页刷新：必须写
page: { curr: table.config['yourTableId']?.page?.curr || 1 } - 带搜索值刷新：
where里的值要实时取，比如status: $('#statusSelect').val()，不能写死成status: '1' - 清空搜索后恢复原始数据：显式传
where: {}，而不是直接删掉where字段 - 如果表格初始化时没设
id（如只写了elem: '#userTable'），后续table.reload('userTable')会静默失败——Layui 只认id字符串绑定实例
搜索按钮在 form 里，点了页面却整个刷新？
这是表单默认提交行为没拦住。Layui 不管你按钮是不是“搜索”，只要它在 <form> 里，且没声明类型，浏览器就按传统方式处理。
- 最稳解法：给按钮加
type="button"，彻底规避表单逻辑 - 或者在 onclick / submit 回调里加
event.preventDefault() - 千万别写
<button onclick="reloadTable()">却忘了它包在<form lay-filter="searchForm">里
后端收不到 where 里的字段？
where 是透传层，不是万能对象包装器。它的结构得跟后端接收约定对齐，否则 Spring Boot 之类框架会直接忽略嵌套字段。
- 前端传
where: { user_id: 123 }→ 后端用@RequestParam("user_id")或request.getParameter("user_id") - 前端传
where: { filter: { type: 'vip', page: 2 } }→ 后端得用@RequestBody Map<String, Object>解析 JSON body - 别在
where里塞page或limit：Layui 自动加，重复会导致分页错乱 - 不确定后端怎么收？打开浏览器 Network 面板，点搜索，看 Request URL 或 Payload 里实际发了什么
重载后分页空白或跳页？
渲染失败常被误判为“没刷新”，其实是后端响应结构不对，Layui 拒绝渲染。
- 确保返回结构含
data（数组）和count（总数，不是当前页条数）字段，且和首次加载一致 -
count必须是真实总条数，比如总共 25 条、每页 30 条，那第 1 页之后就没数据了，Layui 会自动跳到末页，不是报错 - 如果
url初始化时为空（比如用了本地data渲染），table.reload()不会发请求，只会重绘缓存数据 - 防缓存可加时间戳：
url: '/api/list?t=' + Date.now()，但别加在where里
真正容易被忽略的是：哪怕只是想“重新拉一遍当前页”，也得把 url、where、page 全部显式传进去——少一个，行为就不可控。
