最常见原因是未调用table.reload()或传错table id；需确保render时设id、事件selector正确、reload显式触发、totalRow配置与后端字段严格一致、where动态过滤空值。
toolbar 里加搜索按钮，但点击没反应
最常见的情况是：写了 toolbar 模板、绑了 click 事件，却没调用 table.reload()，或者 reload 时传错了 table 的 id。layui 表格的 toolbar 区域本身不带任何逻辑，它只是个容器，所有行为都要手动绑定。
确认以下几点：
-
table.render()里必须指定id（比如id: 'userTable'），后续reload才能定位到这张表 - 监听事件时，要确保 selector 能命中 toolbar 中的按钮，例如：
$('.layui-table-tool .layui-btn').on('click', ...) - 不能只改
where对象就完事，必须显式调用table.reload('userTable', { where: {...} }) - 如果用了
form.on('submit(filter)')，记得return false阻止页面刷新
搜索后 totalRow 统计行不更新
不是点了搜索按钮就能出合计——totalRow 只在表格首次渲染或 reload 时计算，而且只对当前页数据生效。如果你开了 page: true，默认不会全量统计，后端也得配合返回 totalRow 字段。
关键检查项：
-
table.render()中必须有totalRow: true，否则 reload 后也不会触发统计逻辑 - 后端返回的 JSON 里要有
totalRow字段，且结构必须是对象，例如：{"totalRow": {"uv": 12500, "price": 8943.5}} - 字段名必须和列定义的
field完全一致（大小写、下划线都不能错），比如列是{field: 'uv', title: '访问量'}，那totalRow.uv就不能写成totalRow.UV或totalRow.total_uv - 字段值必须是数字类型，字符串会拼接（如
"100"+"200"→"100200"），建议后端返回前统一转Number，或前端在parseData里处理：price: parseFloat(obj.price) || 0
多条件搜索时 where 参数没过滤空值
用户没填日期、没选状态，但你把 begintime: ''、status: null 一起塞进 where，后端可能当成有效条件查出空结果，或者 SQL 报错。
正确做法是动态构建 where：
- 先声明空对象：
const params = {} - 逐个判断输入控件是否有值：
if ($('#begintime').val().trim()) params.begintime = $('#begintime').val() - 日期控件（如
laydate）返回的是字符串，注意格式是否匹配后端预期（2026-04-14还是2026/04/14） - 下拉框用
$('#status').val()获取值，空选项通常返回null或空字符串，需显式排除 - 最后传给
reload：table.reload('userTable', { where: params, page: { curr: 1 } })
搜索后想只更新统计行，不重刷整张表
有些场景（比如筛选条件变但数据量大），reload 整表太重。你可以跳过 reload，直接操作 DOM 更新 totalRow，但 Layui 的统计行结构藏得深，不能硬写 selector。
稳妥路径是：
- 用
layui.table.cache['userTable']拿到当前缓存的数据数组 - 自己遍历计算总和：
const sum = data.reduce((a, b) => a + (b.uv || 0), 0) - 定位统计行对应单元格：
$('td[data-field="uv"]').last().text(sum)（last()是因为总计行在底部） - 别漏掉合计文字区域，比如
$('.layui-table-total .layui-table-total-title').text('合计：')后面的数字也要同步改 - 注意：该方式仅适用于本地数据（
data: []）或你已确保 cache 是最新数据；服务端分页下，cache 默认只存当前页，得靠后端返回全量统计
page: { curr: 1 } 和后端 totalRow 字段的命名一致性——前者导致搜完卡在空页，后者让统计行永远空白，而错误信息又不报，只能靠手动打印 response 看结构。 
