Layui表格编辑后需手动同步缓存与DOM：校验转换值、更新缓存、刷新视图；obj.update()失效常见于重复绑定、自定义模板未取值、漏传true参数；保存应防抖、比对差异、最小化提交，并同步更新缓存和DOM。
行编辑保存后，表格 dom 和内部缓存不同步是常态，不是 bug —— layui 的 table.on('edit') 只通知你“改了”，不自动同步、不自动发请求、也不保证缓存和视图一致。必须手动补全三件事：校验并转换值、更新缓存、触发视图刷新。
为什么 obj.update() 有时没效果
obj.update() 确实能同步当前行缓存和 DOM，但前提是：你没在 edit 回调里重复绑定事件；目标列没用自定义模板（比如手写的 <select> 或日期控件）；且没漏掉第二个参数 true（否则关联列如状态徽章不会重绘）。
- 自定义模板里的输入框不会被
obj.update()自动捕获，必须在change或blur时手动调用obj.update({ field: val }) - 如果列配置了
templet，obj.data拿到的是原始数据，但obj.value是空字符串——得自己从$(e.elem).find('input')里取值 - checkbox 编辑返回的
obj.value是字符串"true"或"false"，直接传给后端可能校验失败，需转成布尔值
保存成功后只更新当前行，别 reload 整表
调用 table.reload() 会丢页码、清排序、重置勾选，纯属杀鸡用牛刀。正确做法是：拿到响应后，用 layui.table.updateCell()（Layui ≥2.8）或手动改 table.cache + table.render({ data: ... })（老版本）。
-
updateCell()要求初始化时设了id: 'myTable'，且数据主键字段名与keyType一致（默认找id，若实际是user_id，得配keyType: 'user_id'） - 老版本没
updateCell()，可先改table.cache['myTable']中对应行，再用$(obj.tr).find('td[data-field="status"]')找到单元格，.text(newVal)更新显示 - 无论哪种方式，都得同步更新缓存和 DOM，否则翻页后该行又变回旧值
防抖 + 差异提交，避免空改和请求风暴
用户连打几个字就触发七八次保存？那是没加防抖；后端返回 200 但界面上还是旧值？可能是没比对原始值就盲目提交。
- 在
edit回调开头用clearTimeout清上一次定时器，setTimeout延迟 300ms 再执行提交逻辑 - 用
table.cache['myTable'][index]拿原始行，对比obj.value是否真有变化（注意类型：字符串"12"和数字12不等） - 只构造最小 payload 提交，例如
{ id: 123, status: "done" }，别把整行无差别塞给后端 - 请求失败时，必须还原 DOM（
$(obj.elem).text(obj.oldValue)）并恢复缓存，否则界面和数据永久错位
最易被忽略的一点：所有手动 DOM 操作（比如直接 .text() 单元格）后，若该列参与了排序或搜索，必须调用 table.sort() 或重新触发过滤逻辑，否则后续操作会基于过期视图计算。
