点击搜索按钮后表格不重置页码的常见表现是page仍停在第3页而数据已变，导致前两页结果丢失；解决方法是table.reload()时必须显式传入page: {curr: 1}，仅改where无效，且需同步处理limit、request及dom同步问题。
点击搜索按钮后表格不重置页码的常见表现
你点完搜索，page 还停在第 3 页，但数据已经变了——这时候实际只查了第 3 页的新条件数据，前两页结果直接丢掉了。Layui 的 table.reload() 默认不会动 page 参数，它只按当前页码重新拉数据。
必须手动传 page 配置项重置到第一页
Layui 表格 reload 时，页码状态是独立维护的，不随请求参数变化自动归零。要让它“回到第一页”，就得显式告诉它：page: {curr: 1}。
- 只改
where不够，必须同时传page对象 -
page: 1是无效写法，Layui 要求是对象格式{curr: 1} - 如果用了
limits或自定义limit，最好也一并带上，避免 limit 被意外重置
table.reload('myTable', {
where: {keyword: $('#keyword').val()},
page: {curr: 1},
limit: 10
});
为什么封装成函数调用比直接写在按钮里更可靠
搜索按钮常被多次点击，而 table.reload() 是异步操作。如果没控制好时机，可能连续触发两次 reload，第二次覆盖第一次的 page 设置，导致页码“跳空”。
- 把 reload 逻辑收进一个函数，比如
doSearch()，能统一拦截重复点击 - 配合
loading状态或节流（如 500ms 内禁止再点），避免并发 reload - 如果表格初始化时用了
request自定义接口，reload 时也要保持同样的request配置，否则分页参数可能解析错位
容易被忽略的 DOM 同步问题
表格页码显示区域（如 “共 123 条，当前第 3 页”）是 Layui 自己渲染的，它依赖内部的 page 状态。如果你只改了数据、没触发 reload 的 page 重置，这个文案不会变，造成视觉误导。
- 别指望
table.render()重绘能解决这个问题——那是初始化用的 - 也别手动去改
.layui-table-page em里的文字，Layui 下次翻页会覆盖掉 - 唯一稳妥方式：所有搜索动作都走
table.reload()+ 显式page: {curr: 1}
页码重置这事看着小，但一旦和服务端分页逻辑、前端缓存、用户连续操作混在一起，就很容易漏掉那个 {curr: 1}。少写这一行，用户就会以为搜不到结果——其实只是卡在空的下一页。
