enterkeyhint 属性支持 enter、done、go、next、previous、search、send 七个值，用于提示手机软键盘右下角确认键文字，但受 input 类型、浏览器兼容性（如 ios safari 对 next/previous 基本不响应）及焦点状态影响，并非所有场景生效。
enterkeyhint 属性支持哪些值
手机软键盘右下角的确认键文字由 enterkeyhint 控制，它不是万能开关，只在部分输入场景生效。浏览器根据 input 类型、上下文和系统能力决定是否采纳该提示。支持的值有：enter、done、go、next、previous、search、send。比如搜索框用 search，聊天输入框用 send，表单下一步用 next。
为什么加了 enterkeyhint 没变化
常见失效原因有三个：
-
input类型不匹配：例如<input type="text">支持enterkeyhint，但<input type="number">或<textarea></textarea>在 iOS Safari 上常被忽略（iOS 16.4+ 才开始有限支持textarea） - 浏览器兼容性不足：Chrome Android 支持较全；Safari iOS 对
next/previous基本不响应；Firefox Mobile 未实现该属性 - 焦点未落在目标元素上：必须确保元素可聚焦且已获得焦点，否则系统不会读取该属性
实际可用的组合写法
要提高成功率，得配合类型、事件和语义一起用。例如：
<input type="search" enterkeyhint="search" placeholder="搜商品">
比下面这行更可靠：
<input type="text" enterkeyhint="search" placeholder="搜商品">
再比如发送消息场景：
<input type="text" enterkeyhint="send">
注意点：
- 不要混用
type="submit"和enterkeyhint——按钮元素不支持该属性 -
enterkeyhint="go"在地址栏类输入中更易触发，但对普通表单字段效果不稳定 - Android Chrome 中
enterkeyhint="next"配合autofocus和 tabindex 可推动键盘切换，iOS 则基本无效
替代方案：当 enterkeyhint 不起作用时
真遇到软键盘文字死活不变，别硬扛。可以换思路：
- 用
inputmode="search"辅助提示系统意图（虽不改按键文字，但可能唤出带搜索图标的键盘） - 监听
keydown事件捕获Enter键，手动调用下一步逻辑，视觉上模拟“确认”行为 - 对 iOS 用户，接受现实：Safari 目前只尊重
search和send，且仅在特定type下（如search、url、email）才显示对应文字
最麻烦的是跨端一致性——你看到的 Android 表现，和用户手里的 iPhone 完全是两套逻辑。别指望一个属性解决所有问题。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
