enterkeyhint 仅 chrome 84+ 和 edge 84+ 原生支持，ios safari 和 firefox 完全不支持；其可选值包括 enter、done、go、next、previous、search，需配合 type="text/search/url" 和 form 使用才生效，且不自动触发提交逻辑。
enterkeyhint 在哪些浏览器里能用
目前只有 Chrome 84+ 和 Edge 84+ 原生支持 enterkeyhint，iOS Safari 完全忽略该属性，Firefox 也不支持。如果你看到回车键文字没变，先检查是不是在 Chrome for Android 上测试——这是唯一靠谱的验证环境。
常见错误现象：enterkeyhint="search" 写对了，但 iOS 上依然显示“发送”或“换行”，这不是你代码错了，是平台不支持。
可选值有哪些、对应什么键盘行为
enterkeyhint 不是纯文案控制，它同时影响键盘语义和系统行为。比如 enterkeyhint="go" 不仅可能显示“前往”，还会让某些输入框（如地址栏）触发跳转逻辑。
-
enterkeyhint="enter"：默认值，显示“换行”或“回车”，适合多行文本 -
enterkeyhint="done"：常用于表单末尾，提示用户输入完成，部分安卓键盘会收起键盘 -
enterkeyhint="go"：适用于跳转类输入（如 URL），点击后可能触发导航 -
enterkeyhint="next"或enterkeyhint="previous"：配合tabindex控制焦点流转，但实际效果依赖输入法实现 -
enterkeyhint="search"：最常用，键盘显示“搜索”，且多数安卓输入法会绑定搜索动作（如触发 submit）
必须搭配 type 和 form 才能生效
单独写 enterkeyhint 没用。它只在 <input type="text">、<input type="search">、<input type="url"> 等文本类输入中起作用；type="number" 或 type="email" 虽然也是文本输入，但部分系统会忽略 enterkeyhint。
更关键的是：如果输入框不在 <form></form> 内，或者没设置 onsubmit，enterkeyhint="search" 就只是改个文字，不会自动提交。实操建议：
- 确保
<input>在<form></form>标签内 - 用
type="search"比type="text"更容易触发搜索语义 - 监听
input的keydown事件捕获 Enter 键，作为降级方案
示例：
别指望它替代 submit 逻辑
enterkeyhint 改的是键盘按键文案和底层 hint，不是事件绑定。即使显示“搜索”，点击后也不会自动调用 fetch() 或跳转——它只影响原生键盘行为，不触发 JavaScript。
容易踩的坑：
- 写了
enterkeyhint="search"就以为用户点一下键盘就能发请求，结果没监听submit事件，表单静默刷新了页面 - 在
contenteditable或<textarea></textarea>上设enterkeyhint，基本无效（<textarea></textarea>只支持"enter"） - 用 React/Vue 时，通过 props 动态设置
enterkeyhint，但未加key或强制 re-render，导致 DOM 属性没更新
真要可靠响应，还是得靠 form.onsubmit 或 input.addEventListener('keydown', e => e.key === 'Enter' && ...)。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
