表单无submit按钮时回车仍可提交，前提是存在type="submit"的button或input[type="image"]；textarea默认不响应Enter，需JS监听Ctrl+Enter；禁用回车提交应优先拦截输入框而非全局onsubmit。
form 没有 <input type="submit"> 也能回车提交
只要表单内存在一个可聚焦且可提交的 <button>（不带 type 或显式设为 type="submit"），或一个 <input type="image">，浏览器就会启用回车提交机制。纯 <div>、<span> 或 <input type="button"> 不触发。
常见错误现象：Enter 键在文本框中按下后页面刷新但无任何请求发出——大概率是表单里连一个可提交的按钮都没有，或者按钮被 type="button" 显式禁用了提交行为。
- 浏览器判断“可提交按钮”的逻辑基于元素类型和
type属性，不是 CSS 可见性或 JS 绑定 -
<button>提交</button>默认就是type="submit"，无需额外写 - 如果用
<button type="reset">或<button type="button">，它就不再参与回车提交判定 - 表单中多个
submit按钮时，回车会触发第一个（DOM 顺序）
textarea 里按 Enter 默认不触发表单提交
这是有意设计，避免用户在多行输入时误提交。只有 <input type="text">、<input type="email"> 等单行输入框才响应回车提交。
若需让 <textarea> 支持 Ctrl+Enter 提交（常见于评论框），得靠 JS 拦截：
textarea.addEventListener('keydown', e => {
if (e.key === 'Enter' && e.ctrlKey) {
e.preventDefault();
form.dispatchEvent(new Event('submit', { cancelable: true }));
}
});
- 直接调
form.submit()会绕过submit事件监听器和原生校验（如required） - 用
dispatchEvent更安全，能触发所有标准流程 - 别只监听
Enter，否则用户在<textarea>中换行会被阻断
阻止回车提交的几种可靠方式
有些场景下你确实不希望回车触发提交，比如搜索框带自动补全、或表单含多个逻辑区块。最稳妥的是在目标输入框上拦截，而不是全局禁用。
- 对特定
<input>：加onkeydown="if(event.key==='Enter') event.preventDefault();"，或用 JS 绑定 - 整个表单禁用：给
<form>加onsubmit="return false;"，但会同时禁用所有提交方式（包括按钮点击） - 更精细控制：用
event.submitter判断是否由回车触发（仅现代浏览器支持） - 注意：CSS
pointer-events: none或disabled属性会让输入框失焦，从而间接禁用回车，但语义错误，不推荐
移动端软键盘回车键文字不等于“提交”
iOS 和 Android 的软键盘右下角文字取决于 <input> 的 type 和 enterkeyhint 属性。即使表单能回车提交，键盘上显示的也可能是 “搜索”、“前往” 或 “下一步”。
- 设置
enterkeyhint="send"或enterkeyhint="go"可影响提示文字，但不改变行为 - 真正决定是否提交的仍是表单结构，不是键盘文案
- 某些安卓 WebView（尤其旧版）忽略
enterkeyhint，仍显示“搜索”，但回车照常提交——别被文案误导 - 若用
<input type="search">，部分浏览器会默认把回车映射为表单提交，无需额外按钮
