enterkeyhint 是向软键盘建议回车键文案的属性，非强制命令；仅对虚拟键盘生效，需配合 type、inputmode 等语义化属性提升兼容性，ios safari 15.4 前支持差，android chrome 59+ 较好，微信 x5 内核常降级。
enterkeyhint 是什么，为什么设了没反应
它只是向软键盘「建议」回车键文案，不是命令；浏览器、输入法、OS 层级都有最终解释权。iOS Safari 15.4 之前基本无视 enterkeyhint，即使设成 "send" 也常显示“搜索”或“前往”。Android Chrome 59+、Edge 79+ 支持较好，但微信内置 WebView（X5 内核）仍可能降级为默认行为。
常见误判点：
- 在 PC 浏览器里调试 ——
enterkeyhint对物理键盘完全无效，只作用于虚拟键盘 - 用了
type="text"却硬套enterkeyhint="search"—— type 的语义优先级更高，type="search"才真正触发“搜索”按钮 - 传了中文字符串如
"发送"—— 非标准值会被静默忽略，退回到"enter"或 type 推断逻辑
哪些值有效，不同值在什么场景下更靠谱
enterkeyhint 只接受标准枚举值："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 有时仍 fallback 到“搜索” -
"send"仅在部分 Android 浏览器（Chrome、Samsung Internet）及企业微信/飞书 WebView 中较可靠，iOS 几乎不认
怎么搭配 type 和 inputmode 提升成功率
单独押注 enterkeyhint 很难稳定生效，必须靠语义组合增强提示权重：
- 搜索框：用
<input type="search" enterkeyhint="search">，比type="text"+ 同样enterkeyhint可靠得多 - URL 输入：优先
type="url"，再加enterkeyhint="go"；若需数字键盘辅助，可叠加inputmode="url" - 手机号字段：用
type="tel"+inputmode="tel"，此时enterkeyhint="next"在多步表单中更容易被识别 - 聊天输入框：用
<textarea enterkeyhint="send"></textarea>，并在内嵌 WebView 环境（如企业微信）中测试，PC 或 Safari 直接忽略
真要“发送”文案，还有没有实际可用的兜底手段
纯前端无法 100% 强制改写软键盘按钮文字，但可以降低用户认知成本：
- 在输入框右侧固定放一个
<button>发送</button>，视觉上强化动作预期，同时绑定Enter键提交逻辑（监听keydown事件判断event.key === 'Enter'） - 对
textarea，禁用换行（onkeydown="return event.key !== 'Enter' || (submit(), false)"），避免用户误按换行 - 在 placeholder 或 label 里写明“按键盘发送键提交”，比依赖软键盘文案更可控
最易被忽略的一点：很多团队花时间调 enterkeyhint，却忘了检查是否启用了 form 的 onsubmit 或按钮的 type="submit" —— 按钮文案再准，行为没绑对，体验照样断裂。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
