Layui表单回车跳转需手动监听keydown事件并控制焦点，因form模块不自带该行为；应使用querySelectorAll筛选可聚焦元素，校验通过后focus下一项，避免submit拦截过度或跳转失效。
layui表单中监听回车事件需要手动绑定，layui.form 不自带该行为
layui 的 form 模块负责渲染和校验，但默认不会为输入框绑定回车跳转逻辑——这是浏览器原生行为（仅对 type="submit" 有效），不是 layui 的职责。所以必须自己监听 keydown 事件，并控制焦点转移。
常见错误是直接给 form.on('submit') 加逻辑，结果回车触发表单提交而非跳转；或者用 event.preventDefault() 过度拦截，导致无法提交。
- 只对非提交类输入框（如
input[type="text"]、input[type="number"]、textarea）处理回车跳转 - 跳过
input[type="submit"]、button、带disabled或readonly的元素 - 使用
document.querySelectorAll获取所有可聚焦的表单项，比依赖 layui 渲染后的 DOM 结构更稳定
如何用 querySelectorAll 获取下一个可聚焦元素
不能简单用 nextElementSibling，因为 layui 可能包裹了额外 DOM（比如 .layui-input-block），且 select、textarea 和普通 input 的结构不一致。稳妥做法是预生成一个「可跳转元素列表」，再按当前索引找下一个。
示例逻辑：
const inputs = document.querySelectorAll('input:not([type="submit"]):not([disabled]):not([readonly]), textarea:not([disabled]):not([readonly]), select:not([disabled]):not([readonly])');
Array.from(inputs).forEach((el, i) => {
el.addEventListener('keydown', e => {
if (e.key === 'Enter') {
e.preventDefault();
const next = inputs[i + 1];
if (next && !next.disabled && !next.readOnly) {
next.focus();
}
}
});
});
- 注意：要过滤掉
type="hidden"、type="file"等不可聚焦类型 - 如果最后一个输入框按回车，可以额外判断是否触发提交（比如检测是否存在
button[type="submit"]） - 移动端软键盘回车键可能显示为「搜索」「发送」等文字，但
e.key仍为"Enter"，兼容性良好
layui 表单校验失败时，回车跳转要不要拦截
应该拦截。否则用户在未通过校验的字段按回车，焦点跳走但错误提示还挂着，体验割裂。建议在跳转前调用 form.verify() 主动校验当前字段。
- 用
form.verify()需传入规则名，推荐给每个 input 设置lay-verify属性（如lay-verify="required|phone"） - 校验失败时，
form.verify()会自动弹出提示，且返回false，此时不执行focus() - 不要依赖
form.on('verify')，它只在提交时触发，无法用于单字段实时校验
为什么不用 layui.jquery 而用原生 querySelectorAll
layui 自带的 layui.jquery 是精简版，不支持部分选择器（如 :not([disabled]) 在旧版中可能失效），且 DOM 更新后需重新绑定事件；而原生 querySelectorAll 兼容性好（IE9+）、语义明确、性能略优。
- 如果项目已全局引入完整 jQuery，可以用
$('input:enabled:not([type=submit])')，但没必要为这功能多加载一个库 - layui 2.8+ 的内置 jQuery 版本较新，
:not()基本可用，但仍建议优先用原生 API，减少隐式依赖 - 避免用
form.render()后再查 DOM —— 它不保证 DOM 已就绪，应在layui.use(['form'], callback)的回调里执行绑定
layui 表单回车跳转的核心其实是 DOM 焦点控制，和 form 模块本身关系不大；最容易被忽略的是校验拦截时机和可聚焦元素的准确筛选，这两处写错会导致跳转失效或提示丢失。
