enterkeyhint 仅对 （text/search/url/tel/email/password）和 在移动端软键盘下生效；桌面浏览器忽略该属性， 或 contenteditable 元素上使用无效。
enterkeyhint 在哪些输入控件上真正生效
enterkeyhint 只对 <input>（类型为 text、search、url、tel、email、password）和 <textarea></textarea> 有效，且仅在**移动端软键盘环境**下起作用。桌面浏览器即使支持该属性，也不会改变回车键文案或行为；Chrome 桌面版会忽略它，Safari 桌面版直接不渲染。
常见误用：<button type="submit"></button> 或 <div contenteditable> 上加 <code>enterkeyhint —— 它们根本不响应这个属性，不会报错，但也不起效。
可选值有哪些？哪些值在不同系统上表现不一致
enterkeyhint 的合法值包括：enter、done、go、next、previous、search、send。但实际渲染取决于系统策略：
-
search在 iOS 和 Android Chrome 中通常显示「搜索」或放大镜图标，最稳定 -
send在微信内置浏览器中常被降级为「发送」，但在部分 Android 原生键盘上仍显示「回车」 -
next/previous在表单多字段场景中可能触发焦点跳转，但依赖浏览器是否实现焦点管理逻辑，不是纯 UI 提示 -
done在 iOS 上常显示「完成」，Android 部分厂商键盘（如小米）可能无视它， fallback 到默认「回车」
别硬记语义——先看场景：搜索框优先用 search，聊天输入框用 send，单行表单末尾用 done。
为什么加了 enterkeyhint 却没变化？几个典型漏点
常见静默失效原因：
- 页面未启用 viewport 缩放控制：
<meta name="viewport" content="width=device-width, initial-scale=1">缺失时，iOS 可能禁用软键盘优化 - 父容器设置了
transform或iframe嵌套过深，导致移动端无法准确识别输入上下文 - 使用了框架封装的 input 组件（如 Vue 的
v-model或 React 的受控组件），但没把enterkeyhint透传到原生<input>节点上 - 某些 Android WebView（尤其旧版）完全不支持该属性，需检查
WebViewFeature.isFeatureSupported(WebViewFeature.ENTER_KEY_HINT)（仅 Java/Kotlin 侧可用）
验证是否生效最简单的方法：真机调试 + 手动聚焦输入框，观察软键盘右下角按钮文字，而不是看 DevTools 里属性是否存在。
enterkeyhint 和 form 行为、事件监听的关系
enterkeyhint **不改变回车键的默认行为**。无论提示是「搜索」还是「发送」，按下后仍会触发 keydown.enter、keyup.enter，表单仍会提交（除非 event.preventDefault()）。
这意味着：
- 不能靠它阻止表单提交 —— 还得监听
submit或keydown并调用preventDefault - 提示文案 ≠ 功能绑定：显示「搜索」不代表自动触发搜索，你仍要写
if (e.key === 'Enter') { doSearch() } - 如果同时用了
formmethod="get"或formaction，回车仍按表单规则提交，和enterkeyhint无关
真正容易被忽略的是：很多面试官问这个属性，其实是想确认你是否理解「UI 提示」和「交互逻辑」必须分开设计 —— 属性只管说“我期望你按什么”，不管“你按了之后做什么”。
