form.verify失败后页面不自动滚动，因其仅负责校验逻辑而不触发DOM滚动；需在form.on('submit')中预调用form.verify，捕获错误后定位首个.layui-form-danger元素并scrollIntoView。
为什么 form.verify 失败后页面不自动滚动？
layui 的表单验证（form.verify）只负责校验逻辑和提示错误信息，它本身不触发任何 dom 滚动行为。默认情况下，即使某个输入框校验失败并显示红边+提示，页面仍停留在当前视口位置——尤其是长表单、模态框内或移动端，用户根本看不到第一个报错项。
如何在验证失败时定位到第一个错误元素？
核心思路是：拦截提交动作，在校验失败后手动查找第一个有 layui-form-danger 类的元素（Layui 验证失败时自动添加该 class），再调用 scrollIntoView 滚动。注意不能依赖 form.on('submit') 的返回值判断是否失败，因为验证失败时事件根本不会触发（Layui 会提前阻止）。
正确做法是重写 form.verify 的回调逻辑，或在 form.on('submit') 中主动调用 form.verify 做预校验：
- 使用
form.verify注册自定义规则时，不处理滚动；滚动逻辑统一放在提交监听里 - 在
form.on('submit', ...)回调开头，先执行form.verify(elem)（传入表单 DOM 节点），捕获返回的错误信息对象 - 若返回非空对象（即存在错误），立即执行滚动：
const firstErr = elem.querySelector('.layui-form-danger');<br>if (firstErr) firstErr.scrollIntoView({ behavior: 'smooth', block: 'center' }); - 记得
return false阻止后续提交
scrollIntoView 在不同场景下的兼容性问题
部分老版本 Chrome 或 iOS Safari 对 { behavior: 'smooth' } 支持不佳，可能直接静默失效。生产环境建议降级处理：
- 优先尝试
scrollIntoView({ behavior: 'smooth', block: 'center' }) - 若报错或无效（可简单用
try/catch或检测Element.prototype.scrollIntoView是否为函数），回退到firstErr.offsetTop+window.scrollTo - 模态框（如
layer.open）中滚动需注意容器：如果表单在固定高度的 layer 内，应滚动的是 layer 内容区（.layui-layer-content），而非window - 使用
block: 'center'而非'nearest'，避免元素被 header 或 fixed 导航栏遮挡
容易忽略的两个细节
一是 layui-form-danger 类并非实时更新：比如用户修改后再次失焦，Layui 会移除该 class，但不会自动清除之前设置的滚动逻辑依赖；所以滚动必须发生在验证失败的**当下**，不能靠监听 class 变化。
二是动态渲染的表单（如通过 laytpl 或异步加载）需确保在渲染完成、form.render() 执行后再绑定 submit 监听，否则 form.verify 可能找不到新字段。
