enterkeyhint仅是向软键盘建议回车键文案，非强制指令；其生效依赖type类型、平台支持（移动端有效，PC无效）、规范值（如send/search/go等7个）及元素状态（需可编辑表单控件），Firefox不支持，iOS存在兼容性问题。
不能强制改，只能建议；设了没反应，大概率是用错了场景或值。
enterkeyhint 为什么设了没变化
它只是向软键盘“建议”回车键文案，不是指令。浏览器、系统输入法、WebView 容器（比如微信、飞书）都有最终决定权。常见失效原因：
-
enterkeyhint在 PC 浏览器里完全不生效——只对移动端虚拟键盘起作用 - 设了
enterkeyhint="send"，但type="text"，iOS Safari 会忽略，退回到“搜索”或“前往” - 用了非标准值，比如
enterkeyhint="submit"或enterkeyhint="发送"，浏览器静默降级为"enter" - 元素不满足支持条件：比如
disabled、readonly、div等非表单可编辑元素上加该属性，无效
哪些值真正有用，怎么选
只有 7 个规范值被广泛识别：enter、done、go、next、previous、search、send。实际效果取决于 type 和平台：
-
type="search"+enterkeyhint="search"→ iOS/Android 都较稳，基本显示“搜索” -
type="url"+enterkeyhint="go"→ 更大概率触发“前往”，语义匹配度高 -
type="text"+enterkeyhint="send"→ Android Chrome 可能显示“发送”，iOS 仍常 fallback 到“搜索” -
textarea+enterkeyhint="send"→ 在企业微信、飞书等内嵌 WebView 中更容易生效
Firefox 不支持，iOS 有兼容性坑
Firefox（截至 v128）压根不解析 enterkeyhint，设了等于白设。iOS 方面：
立即学习“前端免费学习笔记（深入）”；
- Safari 15.4+ 支持该属性，但旧版（如 iOS 14.x）基本无视
- 即使支持，
enterkeyhint="send"也常被降级为"search"或"go"，尤其在type="text"下 - 无法用 JS 动态设置后立刻生效——必须在元素挂载前就写死属性，或用
setAttribute并重新 focus - 检测是否支持？可以用
'enterKeyHint' in document.createElement('input')，但这只说明 DOM 接口存在，不代表软键盘真响应
想让“发送”稳定出现，有什么实际办法
纯前端没有 100% 强制方案，但可以组合策略提升命中率：
- 优先用
type="search"或type="url"等语义明确的 type，再叠enterkeyhint，比硬套type="text"可靠得多 - 聊天类场景，
textarea比input更容易让enterkeyhint="send"生效（尤其在主流 App 内嵌 WebView 中） - 不要依赖文案改变行为——回车键逻辑仍需自己监听
keydown或submit事件，enterkeyhint只负责提示 - 中文文案需求？别试
"发送"，它会被直接丢弃；接受本地化映射，靠系统语言环境自动转译
最常被忽略的一点：enterkeyhint 的效果不是“设了就成”，而是“设对了 + 用对了 + 平台认了”三者叠加。单独押注这个属性，不如从 type 语义和用户动线出发做整体设计。
