Layui表格编辑校验核心是在edit事件中调用e.preventDefault()拦截非法值落库，再通过blur/enter触发请求，校验失败还原输入框、提示错误，成功后仅更新cache和对应td文本，避免reload丢失编辑态。
layui 表格本身不提供开箱即用的单元格编辑校验功能，必须手动监听 edit 事件 + 拦截默认行为 + 调用接口 + 控制 ui 状态，否则校验只是“看起来有”，实际数据早已写入缓存甚至 dom。
怎么监听 edit 事件并阻止非法值提交
核心不是“加校验”，而是“在值落库前拦住它”。Layui 的 edit 事件是同步触发的，默认会立刻更新 table.cache 和 DOM 输入框内容。不加干预，用户输错再改对，中间的非法值已经污染了缓存。
- 必须在回调里调用
e.preventDefault()，否则后续所有手动恢复、提示、请求都晚了 -
e.value是新值，e.oldValue是原始值，e.field是字段名，e.tr是当前行 DOM，这些是唯一可信上下文 - 验证失败后，要显式还原输入框：
e.tr.find('td[data-field="' + e.field + '"] input').val(e.oldValue) - 别依赖
e.data[e.field] = e.oldValue，那是只读快照，改了也不生效
为什么不能一触发 edit 就发请求校验
用户还没输完，比如手机号输到“138”就触发一次请求，不仅浪费资源，还可能因接口限流或并发导致状态错乱。真实场景中，校验应发生在编辑结束时，而非开始时。
- 推荐监听
blur或keydown.enter：在edit回调里给 input 绑定一次临时事件，避免重复绑定 - 用
layui.jquery.one()或手动解绑，防止多次点击生成多个 pending 请求 - 请求发出前给单元格加 loading 状态（例如加 class
lay-editing并禁用 input），否则用户可能连点两次，触发双提交 - 后端返回校验失败时，记得先
layer.close(tipsIndex)清旧提示，再用layer.tips(msg, e.tr.find('td').eq(e.fieldIndex), {tips: [1, '#ff6a00']})定位到当前单元格
校验通过后如何安全更新表格而不丢编辑态
很多人习惯性调 table.reloadData() 或 table.reload({data: ...})，结果刚改的值没了，正在编辑的 input 也消失了——因为 reload 会销毁所有编辑实例，重绘整表。
- 正确做法：只更新缓存 + 手动刷新对应 td 文本：
table.cache['test'][e.tr.data('index')][e.field] = e.value，再e.tr.find('td[data-field="' + e.field + '"]').text(e.value) - 如果用了自定义主键（如
id: 'uid'），e.tr.data('index')不可靠，得遍历table.cache['test']找item.uid === e.data.uid - Layui 2.8+ 提供
table.updateCell()，但它仅支持非编辑态；编辑中调用会报"Cannot read property 'value' of undefined" - 服务端保存成功后，才考虑局部刷新某一行；整表 reload 应作为兜底手段，而非默认流程
真正难的不是写正则或发请求，而是每次校验都要确认三件事：e.id 是否匹配你的真实主键、table.cache key 是否和 render 时的 filter 一致、templet 列是否意外禁用了 edit。这三个地方错一个，编辑就静默失败，连 console 都不报错。
