Layui表格异步校验需监听edit事件并在blur或Enter后触发请求，校验失败则回滚值、清除旧tips并用layer.tips定位提示，成功后仅更新cache和td文本，禁用reloadData避免丢失编辑态。
表格编辑时怎么触发异步校验
layui 的 table 不自带单元格编辑的异步校验钩子，得靠 edit 事件 + 手动发请求 + 阻断默认提交逻辑来实现。核心是：监听编辑结束（change 事件），在值变化后立刻调用接口，校验失败就回滚、提示，不放行。
常见错误现象：edit 事件一触发就直接更新了本地数据，等接口返回时已经晚了；或者没阻止默认行为，导致表格自动刷新覆盖了你刚设的错误态。
- 必须在
table.on('edit(test)', ...)回调里，用e.preventDefault()或手动控制后续流程，不能依赖 layui 默认保存逻辑 - 推荐在
blur或keydown.enter后再发起请求，避免频繁校验（比如用户还在输“123”时，输“1”就发一次请求） - 校验接口返回前，给单元格加 loading 态（比如临时写个
lay-anim类或禁用输入框），否则用户可能连续点两次
如何在编辑中显示校验失败提示
Layui 表格单元格本身不支持内嵌提示框，得自己往对应 td 里插 DOM，或者复用 layer.tips。关键是定位准——不能用全局坐标，要基于当前 td 元素计算。
使用场景：比如手机号格式对但已被注册，后端返回 {code: 409, msg: "该号码已存在"}，就得原地提示，且不提交。
- 用
e.tr.find('td').eq(e.fieldIndex)拿到当前编辑的td，再用.offset()算位置，传给layer.tips - 每次新校验前，先调
layer.close(tipsIndex)清掉旧提示，否则会堆叠 - 别用
alert或console.log代替 UI 提示——用户看不到，还卡界面 - 如果校验失败，记得把
td里的文本手动设回原始值（e.oldValue），不然表格显示和实际数据不一致
为什么 table.reloadData() 会让校验失效
很多人在校验成功后习惯性调 table.reloadData() 刷新整表，结果发现刚改的值没了，或者编辑态异常。这是因为 reloadData 会丢弃所有未 commit 的本地变更，包括你刚在内存里改过的字段，也包括正在编辑的 input 实例。
性能影响：整表重绘比局部更新慢 3–5 倍，尤其在 100+ 行时明显卡顿。
- 校验通过后，只用
table.cache['test'][e.tr.data('index')][e.field] = e.value更新缓存，再手动改td文本内容即可 - 真要刷新某一行，用
table.cache['test'][index]找到对应数据，改完后调table.reload({data: table.cache['test']})，但注意这仍会重绘全部行 - 兼容性注意：Layui 2.8+ 支持
table.updateCell，但仅限于非编辑态；编辑中调用会报错"Cannot read property 'value' of undefined"
后端返回什么结构，前端才好接住
别让前端解析一堆嵌套字段。Layui 校验逻辑简单，后端就该返回扁平结构，否则容易漏判 code 或误把 data 当成错误信息。
典型错误响应：{"status":"fail","result":{"msg":"用户名已存在"}} —— 前端得写三层判断，还容易和 success 混淆。
- 统一用
{code: 0, msg: "", data: {}}：code=0 表示通过，非 0 表示失败（如 400/409） - 失败时
msg必须是字符串，不要 null 或空对象，否则layer.tips(msg, ...)会崩 - 如果需要返回建议值（比如“推荐使用 xxx”），放在
data.suggest下，不要塞进msg里拼接，方便后续扩展 - 接口超时或网络失败，必须显式 catch 并给出提示，比如
layer.msg("校验超时，请重试", {icon: 2})，不能静默失败
