enterkeyhint仅在input或textarea的type为text、search、url、tel、email、password等文本类型时生效；type="number"或"hidden"无效，iOS Safari不支持，需真机测试且元素获焦才可见效果。
enterkeyhint 在哪些输入场景下才生效
只有 input 或 textarea 元素设置了 type 为 text、search、url、tel、email、password 等文本类类型时，enterkeyhint 才可能起作用；type="number" 或 type="hidden" 下基本无效，原生安卓软键盘通常忽略它。
常见错误是给 button 或 div 加 enterkeyhint——它只对可编辑的表单控件有效，且依赖浏览器和系统支持（iOS Safari 目前完全不支持，Chrome Android 和部分 WebView 支持较好）。
可用值有哪些，对应什么软键盘行为
enterkeyhint 的合法值只有四个：enter、done、go、next、previous、search、send（注意：不是所有值在所有设备上都渲染一致）。
-
enterkeyhint="search"→ 多数安卓键盘显示“搜索”图标，触发submit或input事件（需配合表单或监听keydown捕获 Enter） -
enterkeyhint="send"→ 常用于聊天输入框，视觉提示更明确，但行为仍由 JS 控制 -
enterkeyhint="next"→ 仅当页面存在多个可聚焦文本框且顺序合理时，部分键盘才提供“下一个”跳转（非强制） -
enterkeyhint="done"→ 键盘可能显示“完成”，但不会自动 blur，仍需 JS 调用blur()或隐藏键盘
为什么设了 enterkeyhint 却没变化
根本原因不是写法错，而是平台限制或 DOM 状态问题：
立即学习“前端免费学习笔记（深入）”；
- 页面未在真实移动设备（或 Chrome DevTools 的 device emulation 开启 touch + mobile UA）下测试，桌面浏览器无视该属性
- 元素未获得焦点（
enterkeyhint是焦点态下的软键盘提示，失焦后无意义） - 使用了
contenteditable="true"的 div —— 它不支持enterkeyhint，必须换用textarea - 某些定制 ROM 或第三方输入法（如搜狗、百度输入法）完全忽略该属性，只认自己逻辑
验证是否生效最直接的方式：真机打开页面 → 点击输入框 → 观察软键盘右下角按钮文字/图标是否变化，而非看 DOM 属性是否存在。
配套 JS 怎么接住 enter 键行为
enterkeyhint 不改变默认行为，只是提示；要让“搜索”键真正触发搜索，必须监听事件：
input.addEventListener('keydown', e => {
if (e.key === 'Enter' || e.code === 'Enter') {
e.preventDefault(); // 防止表单默认提交或换行
doSearch(input.value);
}
});
注意：textarea 默认按 Enter 换行，若设 enterkeyhint="search"，用户仍可能误按换行——此时需结合 event.key 判断，并用 e.preventDefault() 拦截，否则 UI 行为与提示矛盾。
复杂点在于：不同输入法对 Enter 键的上报不一致（比如某些拼音输入法在中文输入中按回车先上屏再触发 keydown），所以不能只依赖 keydown，必要时要加 input + 防抖兜底。
