enterKeyHint在iOS Safari中完全不支持，真机测试无效果属原生限制；安卓Chrome、Samsung Internet等支持，但需搭配type="text"等单行输入类型，且必须用小写合法值如"send"，textarea和contenteditable元素均无效。
移动端输入框的 enterKeyHint 不生效？先确认浏览器支持范围
绝大多数安卓 Chrome 和 WebView（Android 11+）、Samsung Internet（v17.0+）支持 enterKeyHint，但 iOS Safari 目前（截至 iOS 17.5）**完全不支持**该属性——它会被忽略，键盘始终显示“返回”或“换行”。如果你在真机上测试没变化，大概率是 Safari。别浪费时间调样式或 JS 模拟，这是原生限制。
实际开发中建议用 UA 检测 + 回退策略：
- 检测
navigator.userAgent.includes('iPhone')或!('enterKeyHint' in HTMLInputElement.prototype) - 对 iOS，改用
textarea+rows="1"+ 手动控制高度，并保留onkeydown捕获Enter（需event.key === 'Enter' && !event.shiftKey） - 安卓端才真正依赖
enterKeyHint="send"
为什么设了 enterKeyHint="send" 键盘还是显示“换行”？检查 input 类型和可编辑状态
enterKeyHint 只对单行文本输入有效，且受 type 和 contenteditable 状态强约束。常见失效场景：
-
<input type="text">✅ 支持；<input type="search">❌ 多数浏览器强制显示“搜索” -
<textarea>❌ 始终无视enterKeyHint（它天生多行） - 元素被
contenteditable="true"包裹时，enterKeyHint被忽略 - 父容器有
overflow: hidden或transform时，部分安卓 WebView 渲染异常，导致提示不更新
正确写法示例：
<input type="text" inputmode="text" enterKeyHint="send" placeholder="输入消息..." aria-label="发送消息" />
send 和 done、next 等值的区别：别乱选，否则触发逻辑错位
enterKeyHint 的值不是纯 UI 提示，它会影响系统键盘行为和焦点流转。选错会破坏预期交互：
-
enterKeyHint="send"：键盘显示“发送”，按下后应立即触发表单提交或发送动作（推荐配合form.onsubmit或input.onkeydown中event.key === 'Enter'处理） -
enterKeyHint="done"：常用于单字段表单末尾，暗示“完成并收起键盘”，但不会自动 blur 或 submit -
enterKeyHint="next"：适用于多字段表单，按 Enter 应 focus 到下一个tabindex元素——若你没实现tabindex链或没监听，用户会困惑
聊天场景下，只用 "send"。其他值会误导用户预期，尤其当你的 JS 没绑定对应行为时，键盘按钮形同虚设。
配合 form.submit() 使用时，注意 preventDefault 的时机
很多人把 enterKeyHint="send" 和表单提交混用，却忘了默认行为是页面刷新。关键点：
- 必须给
<form>绑定onsubmit="event.preventDefault(); sendMessage();"，不能只监听input.onkeydown - 如果用
input.onkeydown，务必加event.preventDefault()，否则 Android 上可能触发两次（一次键盘 send，一次表单 submit） - 避免同时监听
form.submit和input.keydown，容易重复发送
最简健壮方案：
<form onsubmit="event.preventDefault(); sendMessage(this.querySelector('input').value);">
<input type="text" enterKeyHint="send" />
</form>
复杂点在于 iOS 兼容性处理和键盘行为与业务逻辑的严格对齐——比如用户按了“发送”但网络失败，键盘不该自动收起，这个反馈闭环得自己补全。
