Firefox完全不支持enterkeyhint；iOS Safari（截至iOS 17）完全忽略该属性，键盘始终显示默认文案；部分安卓定制浏览器（如三星、华为）可能降级或忽略。
enterkeyhint 在哪些浏览器里根本没用
Chrome 77+ 和 Edge 80+ 支持 enterkeyhint，但 Safari 目前（截至 iOS 17 / macOS 14）完全忽略该属性，iOS 键盘文字始终是默认的「搜索」「前往」「完成」等，不会响应你设的 enterkeyhint="send"。Android Chrome 表现相对稳定，但部分定制 ROM（如三星、华为自带浏览器）可能降级为忽略或 fallback 到 inputmode 的语义。
所以别把它当 UI 控制开关——它只是提示，不是指令。真实生效依赖系统键盘对 Web 标准的支持程度。
enterkeyhint 可选值和对应的实际效果
enterkeyhint 的取值必须是规范定义的枚举值，写错（比如 enterkeyhint="submit"）会被浏览器静默忽略，回退到默认行为。常见有效值及其在多数支持环境中触发的键盘文字如下：
-
enterkeyhint="search"→ 键盘显示「搜索」（Android/iOS 均较可靠） -
enterkeyhint="send"→ 多数 Android 显示「发送」，iOS 仍可能显示「搜索」或「前往」 -
enterkeyhint="go"→ 常见于 URL 输入，键盘显示「前往」 -
enterkeyhint="done"→ 隐藏键盘，显示「完成」 -
enterkeyhint="next"或"previous"→ 用于表单跳转，但需配合tabindex和焦点管理才真正可用
注意：enterkeyhint="enter" 是合法值，但几乎所有平台都无视它，仍显示默认文字；"submit" 不在标准中，无效。
立即学习“前端免费学习笔记（深入）”；
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
为什么加了 enterkeyhint 却没变？检查这三件事
即使浏览器支持，也常因其他属性冲突或 DOM 状态导致失效：
-
input类型必须是可编辑的，<input type="button">或readonly/disabled状态下该属性被忽略 - 如果同时设置了
inputmode="numeric"或"tel"，某些 Android 版本会优先尊重inputmode的语义，覆盖enterkeyhint - 动态设置（如 JS 修改
element.enterKeyHint = "send"）在部分旧版 Chromium 中不触发键盘重绘，需先 blur 再 focus 才生效
推荐写法：
<input type="text" enterkeyhint="send" inputmode="text">，显式声明
inputmode 可减少歧义。
真正可控的替代方案：focus + keydown 拦截 + UI 提示
当 enterkeyhint 不可靠时，更务实的做法是放弃“改键盘文字”，转而控制行为与反馈：
- 监听
keydown事件，检测event.key === "Enter"并preventDefault()，避免意外提交 - 用
aria-label或 placeholder 提示用户预期动作，例如placeholder="输入消息，按回车发送" - 在输入框右侧固定一个
<button type="button">发送</button>，视觉上明确操作入口，且完全可控
移动端键盘文字终究是系统级行为，Web 层能做的只是建议和兜底——把交互逻辑做扎实，比执着于那个小字更省心。
