input[type="search"]回车不提交的三大主因：表单缺失type="submit"按钮、form缺少有效action属性、js误用event.preventdefault()无差别拦截；其回车行为与text完全一致，均依赖原生表单提交机制。
表单里的 input type="search" 默认就能回车提交，只要它在 <form></form> 内且表单里有 type="submit" 按钮——不需要额外 JS 监听、也不用改 action 或加 onsubmit 属性。
为什么 search 输入框回车不提交？先查这三点
常见现象：用户在 <input type="search"> 里敲回车，页面没反应、没跳转、也没发请求。
- 表单缺失
type="submit"按钮（哪怕只是<button>提交</button>且没写type，部分浏览器也会认，但不可靠） -
<form></form>标签漏了action属性，或设成了action=""/action="#"，导致提交后刷新当前页或跳空地址 - JS 里误加了
event.preventDefault()在keydown或submit上，且没做条件过滤（比如对整个form监听keydown并无差别拦截 Enter）
search 和 text 在回车行为上真有区别吗？
没有。浏览器对 type="search" 和 type="text" 的回车提交逻辑完全一致：都依赖表单默认提交机制，不因类型改变触发条件。
- 移动端软键盘显示“搜索”键，只是 UI 提示，按下后仍等同于 Enter，走相同提交路径
-
required、pattern、原生校验等行为也完全一致，不会因为用了search就自动跳过空值检查 - 唯一实际差异：屏幕阅读器会读作“搜索编辑框”，而
text是“编辑文本”；CSS 可能有轻微默认样式（如圆角、清除按钮），但不影响事件流
想让回车只搜不跳页？必须用 preventDefault + fetch
如果目标是“输入后回车，用 AJAX 搜，不刷新页面”，那就不能依赖原生提交，得接管 submit 事件——但注意：不是监听 keydown，而是监听 form 的 submit 事件。
- 在
form.addEventListener('submit', e => { e.preventDefault(); /* fetch 或其他逻辑 */ })中处理，这是唯一跨平台可靠的入口 - 别在
input上监听keydown后调form.submit()，它绕过submit事件监听器，导致e.preventDefault()失效，且跳过原生校验 - 若同时用了
required，确保在submit处理前调用form.checkValidity()，否则手动 fetch 时可能漏掉校验
最容易被忽略的点：多个 type="submit" 按钮共存时，回车永远激活 DOM 中第一个（源码顺序），而不是视觉上最靠前、或 CSS display: none 隐藏的那个——隐藏按钮仍参与提交判定，要禁用就得用 disabled 或移除 type="submit"。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
