Layui edit事件中旧值需从DOM获取：e.tr.find('td[data-field="'+e.field+'"]').text().trim()；校验应在blur或Enter后触发，禁用input防重复提交；失败时用layer.tips定位提示并恢复旧值；成功后仅更新cache和td文本，禁用reload。
edit 事件里怎么拿到编辑前的值
layui 的 edit 事件触发时，e.oldvalue 并不可靠——它只在某些版本或特定配置下存在，多数情况下是 undefined。真实可用的旧值藏在 dom 里：e.tr[0].cells[e.fieldindex].innertext 或更稳妥地用 e.tr.find('td[data-field="' + e.field + '"]').text() 获取渲染后的原始文本。
常见错误现象：直接用 e.data[e.field] 当旧值，结果拿到的是上一次 reload 后的缓存快照，不是用户双击前那一刻的显示值。
- 字段索引不确定？别硬写
cells[3]，改用e.tr.find('td[data-field="' + e.field + '"]')定位更安全 - 如果表格启用了
skin: 'row'或自定义cols渲染逻辑，data-field属性可能没自动加上，得手动补或改用 class 名匹配 - 空格、换行符会影响
.text()结果，校验前先.trim()
blur 或 Enter 后才发请求，别一输入就校验
在 edit 回调里立刻发请求，会导致用户输“123”时，“1”、“12”、“123”各触发一次，后端压力大，UI 也容易错乱。正确做法是监听 blur 或 keydown.enter，等用户明确结束输入再校验。
实操建议：
- 在
edit回调里给当前 input 绑定一次blur（记得用one防重复） - 或者监听
keydown，判断e.keyCode === 13，然后e.preventDefault()阻止默认换行 - 请求发出前，给 input 加
disabled或加 loading 类，避免用户连点两次 - 请求返回前，不要动
td文本或缓存数据，否则状态不一致
校验失败怎么提示且不丢原始值
layui 单元格本身不支持内嵌提示框，layer.tips 是最贴近原生体验的方式，但必须准确定位到当前 td 元素，不能用全局坐标。
关键步骤：
- 先
layer.close(tipsIndex)清掉上一次的提示，否则会堆叠 - 用
e.tr.find('td[data-field="' + e.field + '"]')拿到目标td，再调.offset()算位置 - 提示内容设完后，立刻把 input 值和
td文本都设回旧值：$(input).val(oldValue)+$td.text(oldValue) - 别用
alert或console.log，用户看不到，还阻塞操作
校验通过后只更新缓存和 td，别调 reloadData
table.reloadData() 会清空所有未提交的编辑态，包括你刚 focus 的 input 实例，导致光标消失、值被覆盖、甚至报错 "Cannot read property 'value' of undefined"。
正确更新方式：
- 更新缓存：
table.cache['yourTableId'][e.tr.data('index')][e.field] = e.value - 更新视图：
e.tr.find('td[data-field="' + e.field + '"]').text(e.value) - 如果要同步后端成功，再调一次
ajaxUpdate(...)，但不要混进校验回调里 - Layui 2.8+ 的
table.updateCell只适用于非编辑态，编辑中调用必报错
真正容易被忽略的是：很多校验逻辑写在 edit 回调里，却忘了每次请求前检查是否已在 loading 态，或没做防抖，结果用户快速连输再连点，接口并发、提示错位、值来回跳——这些都不是 bug，是没守住“编辑态生命周期”的边界。
