因为这是浏览器的原生行为：只要焦点在表单内可编辑控件（、）上，按下enter就会模拟点击表单中第一个type="submit"按钮——不管它语义上是不是“提交”按钮。
回车键为什么总触发第一个 type="submit" 按钮？
因为这是浏览器的原生行为：只要焦点在表单内可编辑控件（<input>、<textarea></textarea>）上，按下 Enter 就会模拟点击表单中第一个 type="submit" 按钮——不管它语义上是不是“提交”按钮。
常见翻车场景：
- 写了个
<button>取消</button>放在<form></form>里，没加type，结果按回车弹窗后页面刷新 - 多个按钮并列时，
<button type="button">重置</button>写在<button type="submit">保存</button>前面，回车却触发了“重置” - React/Vue 中绑了
onClick，但submit事件已先走完，JS 逻辑执行完页面就跳了
为什么只给按钮加 type="button" 就能拦住回车？
因为浏览器只认 type="submit"（或未声明 type 的 <button></button>）为“可被回车触发的提交按钮”。其他类型完全不参与该机制。
实操建议：
- 所有非提交用途按钮，一律显式写
<button type="button">...</button>，哪怕它当前不在<form></form>里 - 不要依赖
onclick里写event.preventDefault()——那是 click 事件，拦不住回车触发的 submit -
<input type="button">虽安全，但不支持嵌套 HTML 或伪元素，现代项目优先用<button type="button"></button>
type="submit" 按钮和回车提交的关系能被 JavaScript 拦住吗？
可以，但必须在 <form></form> 上监听 submit 事件，而不是在按钮上监听 click。
关键点：
-
event.preventDefault()必须放在form.addEventListener('submit', ...)里才有效 - 如果用了框架（如 React），别只靠
onSubmit属性——确保它绑定的是原生submit事件，不是自定义封装 - 仅阻止
submit不等于禁用回车：若表单里只剩一个type="button"，回车将无反应；若还有别的type="submit"，它仍会被触发
容易被忽略的兼容性细节
IE 曾把未声明 type 的 <button></button> 当作 type="button"，但所有现代浏览器（Chrome/Firefox/Safari/Edge）和 W3C 规范都规定：在 <form></form> 内，未声明 type 就是 type="submit"。
这意味着：
- 本地用 IE 测试通过 ≠ 线上不出问题
- 即使按钮 DOM 上看着“没动”，只要它被移进
<form></form>，行为就变了 - 动态插入的按钮（比如 JS append 的）也受此规则约束，必须带
type
最稳妥的做法，不是靠 JS 拦截，而是从写第一行 HTML 开始就明确每个 <button></button> 的 type。否则排查时你会在 Network 面板看到一次空请求，控制台却什么错误都没有。
