enterkeyhint 是向软键盘建议回车键文案的属性，非强制命令；仅对虚拟键盘生效，需配合 type、inputmode 等语义化属性提升兼容性，iOS Safari 15.4 前支持差，Android Chrome 59+ 较好，微信 X5 内核常降级。
enterkeyhint 是什么，为什么设了没反应
简单来说，enterkeyhint 只是向软键盘“提个建议”，告诉它“这里最好显示什么文案”，而不是一道必须执行的命令。最终的解释权，其实掌握在浏览器、输入法甚至操作系统手里。这就导致了一个常见现象：明明代码写对了，但不同设备上显示的效果天差地别。
比如，在 iOS Safari 15.4 之前的版本里，这个属性基本被无视了。即便你设成 "send"，键盘上很可能还是雷打不动的“搜索”或“前往”。相比之下，Android 阵营的 Chrome 59+ 和 Edge 79+ 支持得要好得多。不过，在微信内置的 WebView（也就是那个 X5 内核）里，情况又复杂了，它很可能把你的精心设置“降级”处理，打回默认行为。
开发时，有几个坑点特别容易踩到：
- 在 PC 浏览器里调试 —— 这完全是徒劳。
enterkeyhint只对手机和平板上的虚拟键盘生效，物理键盘根本不吃这一套。 - 用了
type="text"却硬套enterkeyhint="search"—— 这里有个优先级问题。type属性的语义权重更高。想让键盘稳定显示“搜索”，老老实实用type="search"才是正道。 - 传了中文字符串如
"发送"—— 浏览器只认标准枚举值，这种自定义的非标准值会被静默忽略，然后回退到"enter"或者由type推断的逻辑。
哪些值有效，不同值在什么场景下更靠谱
那么，哪些值是浏览器“听得懂”的呢？标准枚举值有这几个："enter"、"done"、"go"、"next"、"previous"、"search"、"send"。别看选择不少，但它们的“靠谱”程度，完全取决于使用场景：
"search"是兼容性最强的选手。当你组合使用type="search"和enterkeyhint="search"时，在 iOS 和 Android 上基本都能稳稳地调出“搜索”按钮。"done"在表单的最后一个输入字段上比较容易生效，尤其是配合type="text"或type="email"时，iOS 键盘会倾向于显示“完成”。"go"对type="url"的效果比较明显。在多数 Android 键盘上会显示“前往”，不过 iOS 这边有时还是会回退到“搜索”。"send"的情况就比较微妙了。它在部分 Android 浏览器（如 Chrome、Samsung Internet）以及企业微信、飞书这类内嵌 WebView 中相对可靠。但在 iOS 上，几乎不被识别，指望它显示“发送”很难。
怎么搭配 type 和 inputmode 提升成功率
所以，单独指望 enterkeyhint 这一个属性来打天下，是不太现实的。想要提高成功率，秘诀在于打好“组合拳”，通过 type 和 inputmode 的语义组合来增强提示的权重。
来看几个具体场景的搭配策略：
- 搜索框：直接用
。这比用type="text"加上同样的enterkeyhint要可靠得多。 - URL 输入：优先使用
type="url"，再叠加enterkeyhint="go"。如果还需要数字键盘等辅助，可以再加上inputmode="url"。 - 手机号字段：使用
type="tel"加上inputmode="tel"。在多步表单中，此时再设置enterkeyhint="next"，就更容易被键盘识别为“下一步”。 - 聊天输入框：对于