onblur中直接发异步请求会破坏验证链，因框架验证不等待promise；正确做法是失焦时仅发请求，响应后手动校验字段，并注意动态元素需render后再绑定或用事件委托。
onblur 里直接发异步请求会破坏验证链
原生 onblur 是同步事件，但校验逻辑如果依赖后端（比如用户名是否已存在），就不能在事件回调里直接 return false 或靠 lay-verify 内置机制——因为 layui、Element 等框架的验证链不等待 Promise，form.validate() 会立刻返回 true，导致异步结果还没回来就放行了。
正确做法：onblur 触发请求，成功后再手动调用 validate()
必须把「触发请求」和「触发校验」拆开。失焦时只发请求，响应回来再主动校验字段：
- 给 input 绑定
onblur或用addEventListener('blur', ...) - 请求成功后，调用
form.validate('field_name')（layui）或el-form.validateField('field_name')（Element） - 请求失败时，用
layer.tips()或el-form-item的message属性直接写提示，绕过验证链 - 避免在
form.verify里写fetch或axios—— 这里只能放同步判断
动态生成的 input 必须先 render 才能监听 blur
如果 input 是 JS 动态插入 DOM 的（比如表格行内编辑、弹窗表单），onblur 绑定可能失效，原因有二：
- 元素插入时没绑定事件监听器
- 框架（如 layui）未识别新控件，
form.render()没执行
解决方式：插入后立即调用 form.render('input')，再绑定 blur 事件；或者改用事件委托：document.addEventListener('blur', e => { if (e.target.matches('input[data-async-validate]')) { /* 处理 */ } })
注意 blur 和 change 的触发时机差异
onblur 在任何情况下失去焦点都触发，哪怕值没变；而 onchange 只在值变更 + 失焦后才触发。选哪个取决于业务：
- 需要「用户离开就查」→ 用
blur - 需要「只查改过的字段」→ 用
change（尤其适合带小数点、手机号等中间态合法的输入） - 两者都绑了？小心重复请求——加个防抖或用
data-has-checked="true"标记避免
真正容易被忽略的是：blur 不冒泡，无法用父容器 delegate；且移动端软键盘收起不一定触发 blur（某些 Android WebView 有延迟），必要时得监听 focusout 或结合 visibilitychange 补偿。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
