enterkeyhint="send" 仅提示软键盘显示“发送”文字，不自动触发表单提交或点击事件，需配合javascript监听enter键并调用e.preventdefault()和发送逻辑才能生效。
input 标签里 enterkeyhint="send" 为什么没反应
多数情况下，enterkeyhint="send" 不生效，是因为它只影响软键盘的回车键文案和行为，**不自动触发表单提交或按钮点击**。浏览器不会因为设了这个值就帮你调用 submit() 或触发 click 事件——它只是个提示，不是功能开关。
常见错误现象：enterkeyhint 设了但按回车还是刷新页面、没发送、甚至触发默认搜索；iOS 键盘显示“发送”但点了没响应；Android 部分输入法根本不识别该属性。
-
enterkeyhint是 HTML 属性，仅作用于<input>或<textarea></textarea>，且只在type="text"、type="search"、type="url"等支持软键盘的类型下可能生效 - 必须配合 JavaScript 监听
keydown或keyup捕获Enter（键码 13）才能真正执行发送逻辑 - 注意：Safari 对
enterkeyhint支持较晚（iOS 15.4+、macOS 12.3+），旧版本直接忽略
怎么让回车真正触发发送动作
光靠 enterkeyhint="send" 不够，得手动绑定事件。重点不是“改键盘文字”，而是“把回车映射到发送行为”。最稳妥做法是监听 keydown 并阻止默认行为。
示例（适用于单输入框 + 发送按钮场景）：
<input type="text" id="msgInput" enterkeyhint="send"><button id="sendBtn">发送</button>
<script>
const input = document.getElementById('msgInput');
const btn = document.getElementById('sendBtn');
input.addEventListener('keydown', (e) => {
if (e.key === 'Enter' || e.code === 'Enter') {
e.preventDefault(); // 必须加，否则可能触发表单提交或页面刷新
btn.click(); // 或直接调用发送函数 sendMsg()
}
});
</script>
- 优先用
e.key === 'Enter'，比检查keyCode更现代、更可靠 -
e.preventDefault()很关键：不加的话，<input>在<form></form>内会默认提交，独立使用也可能触发意外跳转 - 避免重复绑定：如果输入框是动态插入的，要用事件委托或确保绑定时机在 DOM 就绪后
和 form submit 的冲突怎么处理
如果你的输入框包在 <form></form> 里，又想用原生 submit 行为，那 enterkeyhint 就只是锦上添花——核心还是靠 form.onsubmit 控制流程。但要注意：回车提交时，submit 事件会冒泡，且默认刷新页面。
- 务必在
form.addEventListener('submit', ...)中调用e.preventDefault() - 不要同时给
input绑定keydown和让form提交，容易重复触发 - 若需兼容老浏览器（如 IE），
enterkeyhint会被忽略，但回车触发submit仍有效，所以表单方案反而更通用 - 移动端 Safari 有时对
form.submit()调用有延迟，建议直接操作业务函数而非依赖表单提交
哪些情况 enterkeyhint="send" 实际无效
别指望它解决所有问题。这个属性本身限制很多，容易被误认为“能自动优化发送”，结果调试半天发现键盘根本没变。
- Chrome Android 大部分版本不支持
enterkeyhint（截至 Chrome 125，仅部分 Dev 分支实验性支持） - 微信内置浏览器、QQ 浏览器等 WebView 基本无视该属性
- 输入框有
contenteditable或用了富文本编辑器（如div[contenteditable]），enterkeyhint完全不适用 - 设置了
type="number"或type="email"时，部分系统强制显示“下一步”或“完成”，不尊重send
真正起作用的永远是 JS 逻辑，enterkeyhint 只是用户体验补丁，而且补得还不稳定。别把它当功能依赖，更别在线上环境靠它保底。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
