Layui表格edit事件校验必须先调e.preventDefault()阻止默认行为，再从DOM取原始值校验，失败时手动恢复input和td文本，并用table.updateCell安全更新；绑定需匹配id、防重复、重绘后重绑，校验时机选blur或Enter。
edit事件里必须第一行写e.preventDefault()
不拦住默认行为，值已经写进table.cache和dom，校验就变成马后炮。layui的edit事件是同步触发的，e.value是用户刚输的字符串，e.oldvalue多数情况下不可靠——别信它，得从dom里拿原始值：e.tr.find('td[data-field="' + e.field + '"]').text().trim()。
常见错误现象：没调e.preventDefault()，结果校验弹窗出来了，但表格里已经显示非法值，后端也收到了脏数据。
- 绑定监听时，
table.on('edit(test)', ...)里的test必须和table.render()中配置的id完全一致 - 动态重绘表格（比如
table.reload()）后，必须重新绑定edit事件，否则监听失效 - 避免重复绑定：检查是否在
render外层多次执行了table.on('edit', ...)
校验时机选blur或keydown.enter，别用input
一输入就发请求，用户输“123”会触发三次请求，后端扛不住，UI也容易错乱。正确做法是在编辑结束时校验，不是开始时。
实操建议：在edit回调里，对当前input绑定一次blur（用layui.jquery.one('blur', ...)）或监听keydown并判断e.keyCode === 13，然后e.preventDefault()阻止默认换行。
- 请求发出前，给
input加disabled或lay-editing类，防连点 - 移动端要注意键盘收起延迟，
blur可能滞后，可加setTimeout(..., 100)兜底 - 别在
templet里用oninput直接调函数——DOM重绘后事件丢失，容易漏绑
验证失败必须手动恢复input值和td文本
只改e.data[e.field]没用，那是只读快照；只弹layer.msg也不够，用户看到错误提示，但输入框还留着非法值，表格显示和内部状态不一致。
恢复逻辑要两步走：e.tr.find('td[data-field="' + e.field + '"] input').val(oldValue) + e.tr.find('td[data-field="' + e.field + '"]').text(oldValue)。再补一句$(input).focus().select()，光标回到输入框并全选，方便重输。
- 提示要用
layer.tips(msg, targetTd, {tips: [1, '#ff6a00']})，定位到具体单元格，别用alert或全局msg - 每次提示前先
layer.close(tipsIndex)，否则多个提示堆叠在一块 - 数字字段校验别用
isNaN(+v)，空格会被隐式转换，“123 ”变成123；应先v.trim()再判断
table.updateCell才是安全更新的唯一方式
校验通过后，不能调table.reloadData()或table.reload()，整表重绘会清空所有编辑态，正在输入的input瞬间消失，用户刚打的字全丢。
真正生效的是table.updateCell({id: e.id, field: e.field, value: e.value.trim()})。注意e.id必须和你cols里声明的id: 'uid'字段值严格对应——如果数据源里没这个字段，或拼写错误（比如写成user_id但配置了id: 'uid'），updateCell就找不到目标行，静默失败。
- 打印
console.log(e.id, e.data)确认e.id是否等于e.data.uid（或你定义的主键字段） - 字段名含点号（如
user.email）要转成['user']['email']访问缓存，直接e.data['user.email']取不到 - templet列如果手动写了
data-field属性缺失，updateCell也会失效，得检查渲染后的HTML里td有没有对应data-field
e.id、data-field、缓存结构三者始终对齐——错一个，编辑就像没发生过，连控制台都不报错。
