默认情况下Layui表单回车自动提交是HTML规范行为，非Layui特性；需通过原生keydown监听Enter键并preventDefault()拦截，再按需调用form.submit()确保走校验流程，同时支持Ctrl/Cmd+Enter需手动捕获组合键。
默认情况下，Layui 表单在 INPUT 或 TEXTAREA 中按回车会触发原生 submit 行为，但这个行为不可控、易误触，且不走 Layui 的校验流程——直接用浏览器默认提交，form.on('submit') 监听不到，也跳过 form.verify()。
为什么纯 Enter 会自动提交？
这不是 Layui 的设计，而是 HTML 表单规范：当焦点在可编辑元素（INPUT、TEXTAREA）内，且表单存在 type="submit" 按钮时，回车键会隐式触发表单 submit。Layui 的 form.on('submit') 能捕获它，但前提是没被其他逻辑提前拦截或破坏。
- 常见干扰：表单里漏写
lay-submit按钮，导致浏览器 fallback 到第一个button（默认type="submit"），此时即使没绑定监听，也会提交 - 更隐蔽的问题：你写了
event.preventDefault()在某个 keydown 里，却没判断目标元素，结果把合法回车也拦了 - 如果表单没调用
form.render()，form.on('submit')根本不生效，回车就只剩原生提交
如何让 Enter 可靠触发带校验的提交？
核心是：**不依赖浏览器隐式行为，改为主动监听 + 手动调用 form.submit()**。这样能确保走完整流程（验证 → 监听回调 → 提交）。
- 给表单容器（如
form[lay-filter="xxx"]）绑定原生keydown，检查e.key === 'Enter'且e.target.tagName是'INPUT'或'TEXTAREA' - 加一层过滤：排除按钮类输入（如
type="button"、type="reset"），避免搜索框等特殊场景误触 - 调用
form.submit('yourFormId')，不是document.getElementById().submit()—— 后者绕过验证，也不触发form.on('submit') - 务必提前调用
form.render()，且表单要有id和lay-submit按钮（哪怕隐藏），否则form.submit()找不到目标
怎么阻止误触又保留搜索框回车？
全局禁用 Enter 很危险，尤其搜索框需要回车即搜。正确做法是语义化标记 + 精准拦截：
- 给允许回车的输入框加属性，比如
data-submit-on-enter="true"或 class"search-input" - 在 keydown 回调里先判断：
if (e.target.matches('[data-submit-on-enter]')) return，让它自然走 submit 流程 - 其余输入框统一
e.preventDefault()，防止意外提交 - 注意：不要用
placeholder或顺序判断，DOM 结构一变就失效
Ctrl+Enter 怎么一起支持？
Layui 的 form.on('submit') 完全不响应 Ctrl+Enter（Mac 是 Cmd+Enter），因为浏览器根本不把它当提交键。必须手动捕获：
- 在同一个 keydown 监听里，加条件
(e.ctrlKey || e.metaKey) && e.key === 'Enter' - 同样调用
form.submit('yourFormId')，别忘了做防重复提交（比如加loading类或 flag） - 验证不能省：
form.verify()必须在form.submit()前手动调，否则 Ctrl+Enter 会跳过校验 - 别用
e.keyCode === 13，e.key更可靠，尤其在 IME 输入法下
真正麻烦的不是写几行监听代码，而是得同时兼顾：表单是否 render、按钮是否有 lay-submit、输入框是否被精准分类、Ctrl/Cmd 键是否被正确识别、验证是否在提交前跑完——漏掉任意一环，回车就变成玄学行为。
