enterkeyhint="search"仅提示虚拟键盘显示“搜索”文案，不改变物理enter键行为；需配合触发submit或监听keydown事件实现搜索逻辑。
enterkeyhint="search" 不改变物理键盘按键
它只影响虚拟键盘（比如手机输入法）右下角的回车键显示文字和行为，不会把物理 Enter 键变成“搜索键”。浏览器不会拦截或重映射物理键盘的 Enter 按键事件——这个行为完全由你的 JavaScript 逻辑控制。
要让 Enter 触发搜索，必须监听 submit 或 keydown
多数情况下，<form></form> 提交是最可靠的方式。只要输入框在表单内，用户按 Enter 就会触发 submit 事件，无需额外监听 keydown：
如果不用表单，就得手动监听 keydown 并判断 event.key === 'Enter'：
input.addEventListener('keydown', (e) => {
if (e.key === 'Enter') {
e.preventDefault(); // 防止意外换行或提交
handleSearch();
}
});
-
enterkeyhint="search"只起提示作用，iOS Safari 和 Android Chrome 会据此显示“搜索”按钮，但点击后仍会触发默认的input或form行为 - 不加
e.preventDefault()时，textarea按 Enter 会换行，input在form内会提交，不在则无反应 - 用
onsubmit比onkeydown更健壮：支持鼠标点击提交、语音输入完成、辅助技术等场景
移动端虚拟键盘“搜索”按钮点按后不触发 submit？
这是常见错觉。实际上，绝大多数现代 WebView 和浏览器（包括 iOS Safari、Chrome for Android）在 enterkeyhint="search" + <input type="search"> 组合下，点击虚拟键盘“搜索”按钮 = 触发一次 Enter 键事件，效果等同于物理 Enter。
但如果没生效，优先检查以下几点：
- 是否漏写了
<form></form>包裹？没有表单时，“搜索”按钮点击后仅触发input的change或blur，不会自动提交 - 是否用了
type="text"却设enterkeyhint="search"？语义不匹配可能导致某些输入法忽略提示 - 是否在
input上绑了keydown但没处理event.key === 'Enter'，又没阻止默认行为，导致表单未提交或页面跳转 - iOS 微信内置浏览器（X5 内核）对
enterkeyhint支持不完整，建议降级 fallback 到显式搜索按钮
为什么有时候设了 search 还显示“前往”或“下一步”？
因为 enterkeyhint 是提示，不是强制指令。输入法根据上下文决定最终显示什么：
-
<input type="search">+enterkeyhint="search"→ 大概率显示“搜索” -
<input type="url">+enterkeyhint="search"→ 可能仍显示“前往”，因类型优先级更高 - 同一页面多个输入框，焦点切换时部分 Android 输入法会沿用前一个框的 hint
- 系统语言设置会影响翻译结果，比如中文系统显示“搜索”，英文系统显示“Search”，但不会变成“Go”
真正可控的只有你的 JS 响应逻辑，而不是键盘上那个字显示成啥样。
别指望靠改一个属性就让 Enter 自动调接口——绑定事件、防默认、取值、发请求，这四步一个都不能少。最常被忽略的是：没包 form，又没监听 keydown，还怪 enterkeyhint 不工作。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
