回车键默认触发表单提交需满足：表单内至少有一个未禁用的可编辑字段（如input[type="text"]或textarea），且无全局preventDefault干扰；type="submit"按钮本身不启用回车，仅作为提交触发点。
回车键默认就能触发表单提交，但有前提条件
只要表单里至少有一个 <input type="text"> 或 <textarea> 且没有禁用（disabled），同时没有显式阻止默认行为的 JS 逻辑，用户在任意可编辑字段中按回车，浏览器就会自动提交该表单。不需要额外写 JS —— 这是 HTML 原生行为。
常见误判场景：
- 表单里只有
<input type="button">或<input type="hidden">，没有可编辑字段 → 回车无效 - 用了
event.preventDefault()拦截了所有键盘事件（比如在keydown里无差别调用）→ 回车被吃掉 - 表单嵌套在另一个
<form>内（HTML 不允许嵌套表单）→ 行为不可预测，可能根本无法提交
为什么加了 type="submit" 按钮反而让回车失效？
不是按钮导致失效，而是它“抢走了焦点”或掩盖了问题。关键点在于：如果表单中没有可获得焦点的文本类输入控件（比如全都是 type="hidden" 或 readonly 的 input），即使有 <button type="submit">，回车也不会触发提交。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 确保至少一个
<input>是type="text"、"email"、"search"等可编辑类型，且未设readonly或disabled - 避免给
<input>设置tabindex="-1"，否则它无法获得焦点，回车也就没作用 - 不要依赖
<button type="submit">的存在来“启用”回车；它只是提交的另一种方式，不是开关
需要兼容旧版 Safari 或 Electron 环境时要注意什么？
极少数老版本 Safari（<textarea>，且其 rows 属性为 1 或设置了 resize: none，回车可能被解释为换行而非提交。这不是标准问题，而是渲染层对“单行 textarea”的判定偏差。
稳妥做法：
- 优先使用
<input type="text">作为主输入项，而非<textarea> - 若必须用
<textarea>，不设rows="1"，或加 JS 监听keydown判断Enter+!event.shiftKey后手动调用form.submit() - 避免在
<textarea>上绑定onkeypress并返回false—— 它会同时屏蔽换行和提交
想用 JS 控制回车行为，但又不想破坏原生逻辑
最安全的方式是监听 keydown，只在明确需要干预时才 preventDefault()，其余情况放行。重点不是“捕获回车”，而是“别误伤”。
示例逻辑：
form.addEventListener('keydown', (e) => {
if (e.key === 'Enter' && e.target.matches('input, textarea')) {
// 只有当目标是可编辑字段，且你确实要自定义逻辑时才阻止
if (shouldCustomSubmit(e.target)) {
e.preventDefault();
doCustomSubmit();
}
// 其他情况不阻止 → 浏览器继续走原生提交流程
}
});
容易忽略的点：不要在 document 或 window 上监听全局 Enter，容易干扰模态框、富文本编辑器等组件的内部行为。
