直接修改 layui.table.cache 不刷新表格，因其仅缓存数据而不触发视图重绘；须调用 table.reload() 或 2.8+ 的 table.updateCell()，且后者需配置 id 和 keyType 才能准确定位行。
layui.table.cache 里直接改值为什么表格不刷新
因为 layui.table.cache 只是缓存数据，修改它不会触发视图重绘。layui 的表格渲染和数据更新是分离的，cache 变了，但 dom 还是旧的——这正是最常踩的坑。
正确做法是：改完 cache 后，必须调用 table.reload() 或更轻量的 table.updateCell()（2.8+ 版本才支持）。
- 如果你用的是 Layui 2.8 以下版本，
table.updateCell()不存在，只能走table.reload()+where参数局部重载，或手动 DOM 更新 - 2.8+ 推荐优先用
table.updateCell()，它只更新单个单元格，不触发整行重绘，性能好、无闪烁 - 注意：该方法要求表格已开启
id配置（即初始化时设了id: 'myTable'），否则找不到对应实例
使用 table.updateCell() 实时更新指定 ID 行的某个字段
这个 API 是为“局部更新”设计的，但文档里没写清楚怎么定位行。关键点在于：它靠 id 字段匹配（不是表格的 id 属性，而是你数据里的唯一标识字段名，默认是 id）。
假设你的表格初始化时设置了 id: 'userTable'，且每行数据有 user_id 字段作为唯一标识：
layui.table.updateCell({
id: 'userTable', // 表格实例 id
index: 123, // 行索引（可选，但推荐用 field + key 更稳）
field: 'status', // 列字段名
value: '已审核',
key: 1005 // 数据中唯一标识字段的值（默认找 data.id，这里要配 keyType）
});
⚠️ 注意：key 默认按 id 字段匹配；如果实际主键是 user_id，需在 table.init 时显式声明：id: 'userTable', cols: [...], data: [...], keyType: 'user_id'，否则 updateCell 找不到目标行。
没有 updateCell 怎么安全局部更新（兼容老版本）
2.7 及之前版本只能自己动手：先改 table.cache，再用 table.render() 的 data 重新塞一遍全量数据——但这太重。更实用的是直接操作 DOM，但必须同步更新 cache，否则翻页/排序会出错。
- 先更新
layui.table.cache['userTable']中对应user_id的那一项的字段值 - 再用
$(tr).find('td[data-field="status"]')定位到目标单元格，用.text()或.html()更新内容 - 最后触发一次
layui.event.call(this, 'table', 'cell(userTable)', { tr: $(tr)[0], td: $td[0], field: 'status', value: '已审核' })（可选，用于通知监听 cell 事件）
这种 DOM 方式快，但要注意：表格开启了 skin: 'line' 或自定义 templet 时，td[data-field] 可能不存在，得结合 lay-event 或列索引定位。
WebSocket 或轮询场景下频繁更新的性能提醒
如果后端通过 WebSocket 推送多个 ID 的状态变更，别对每个 ID 都调一次 updateCell() —— 它内部会逐个查 DOM，批量更新时性能反而不如一次性 reload。
建议策略：
- 收集一批待更新的
{id, field, value}，去重合并同一行多字段更新 - 若总数 updateCell() 逐个调
- 若 > 5，改用
table.reload({ where: { ids: [1001,1002,...] } })+ 后端返回精简数据，再用done回调 patch 到 cache 并手动更新对应 TR
真正容易被忽略的是：updateCell() 不会触发 done 回调，也不会影响分页统计；如果更新的是“是否完成”这类影响汇总值的字段，记得自己维护一个全局计数器，别指望表格自动响应。
