enterkeyhint="send" 不保证显示“发送”键，因其仅为提示属性，实际生效依赖输入法、操作系统和浏览器支持；需配合 inputmode="search" 等语义化属性，并通过表单提交或事件监听主动接管 Enter 行为。
enterkeyhint="send" 为什么键盘上还是显示回车而不是发送
因为 enterkeyhint 只是提示，不是强制指令；是否生效取决于底层输入法、操作系统和浏览器共同支持。iOS Safari 和部分 Android 键盘（如 Gboard）在特定条件下才响应，而 Chrome on Android 对该属性支持不稳定，很多场景下直接忽略。
- 必须配合
inputmode="text"或inputmode="search"才更可能触发“发送”键（inputmode="none"或默认值会降级为回车） - 仅对
<input>和<textarea>有效，且元素需获得焦点才能生效 - Android 上若 WebView 使用旧版 Chromium 内核（如 Android 10 以下系统），
enterkeyhint完全不识别
怎么让 input 真正显示发送键（Send）
最可靠的方式不是只靠 enterkeyhint，而是组合使用语义化属性 + 表单行为控制：
- 用
<input type="search">—— 多数平台自动显示“搜索”或“发送”，比type="text"更稳定 - 显式设置
inputmode="search"+enterkeyhint="send"，双重提示 - 监听
keydown事件捕获Enter，同时用event.key === "Enter"判断，避免误触其他键 - 提交时调用
form.submit()或手动触发发送逻辑，不要依赖键盘按键的“行为”本身
示例：
<form onsubmit="handleSubmit(event)">
<input
type="search"
inputmode="search"
enterkeyhint="send"
placeholder="输入消息...">
</form>
安卓微信内置浏览器里 enterkeyhint 失效怎么办
微信 Android 版（尤其是 X5 内核）几乎无视 enterkeyhint，这是已知兼容性黑洞。不能等它支持，得绕过去：
立即学习“前端免费学习笔记（深入）”；
- 改用
<textarea>并设置rows="1"+ CSS 限制高度，模拟单行输入，部分机型对textarea的enterkeyhint支持略好于input - 加一层视觉引导：在输入框右侧固定显示“发送”按钮（
button），点击触发相同逻辑，用户路径更可控 - 禁用
textarea默认换行：监听keydown，对Enter调用event.preventDefault()，再执行发送
为什么 submit 按钮没点却触发了 form 提交
因为表单内任意 <input type="text"> 按下 Enter，默认就会触发表单提交 —— 这和 enterkeyhint 无关，是 HTML 原生行为。想阻止它，但又保留“按发送键就发消息”的体验：
- 给
<form>加onsubmit="event.preventDefault(); handleSend();"，主动接管 - 避免在表单里放多个
submit类型按钮，否则 Enter 可能随机提交其中一个 - 如果不用表单结构，纯用
<div>+contenteditable，那enterkeyhint完全无效，别白费劲
真正起作用的从来不是那个小图标，而是你有没有把 Enter 的语义和业务动作对齐。键盘显示什么，只是副产品。
