enterkeyhint="send"在移动端不生效的常见原因包括：ios safari需15.4+才支持，android chrome仅对type="text"/"search"等特定类型生效；必须同时满足type为text/search/url/email、inputmode="text"、静态写入标签内三个条件；微信等webview常不支持，需降级为contenteditable模拟。
enterkeyhint="send" 在移动端不生效的常见原因
直接写 enterkeyhint="send" 但软键盘右下角仍显示“换行”或“搜索”，大概率是因为浏览器兼容性或输入框类型不匹配。iOS Safari 直到 iOS 15.4 才开始支持 enterkeyhint，而 Android Chrome 虽支持较早，但仅对 <input type="text"> 或 <input type="search"> 生效——type="textarea" 或 type="number" 会被忽略。
必须配合 inputmode 和 type 才能触发 send 按钮
单纯设 enterkeyhint 不够，需同时满足三个条件：
-
type必须是"text"、"search"、"url"或"email"（"tel"和"number"不支持send） - 显式设置
inputmode="text"（哪怕type="text"也建议加上，某些安卓版本依赖它识别语义） -
enterkeyhint="send"写在标签内，不能靠 JS 动态 setAttribute（部分 WebView 不响应动态变更）
正确写法示例：
<input type="text" inputmode="text" enterkeyhint="send" placeholder="输入消息...">
submit 表单时仍发换行？检查是否绑了 keydown.enter
即使软键盘显示“发送”，用户点击后默认行为仍是触发表单 submit——但如果你用 event.preventDefault() 拦截了 keydown 或 keyup，反而会阻止原生 submit，导致点击“发送”没反应。更稳妥的做法是监听 submit 事件：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 确保
<input>在<form></form>内，且没加onsubmit="return false" - 不要监听
keydown去手动调用发送逻辑；改用form.addEventListener('submit', handler) - 如果非得用
keydown，只拦截event.key === 'Enter'且event.target === inputEl，避免误伤其他输入框
微信内置浏览器等 WebView 的兼容 fallback 方案
微信 iOS 客户端（基于旧版 WKWebView）和部分国产浏览器根本不解析 enterkeyhint。此时只能靠视觉 + 行为模拟：
- 用 CSS 隐藏原生输入框，叠加一个
<div contenteditable="true">，再绝对定位“发送”按钮 <li>监听 <code>input事件 +compositionend处理中文输入完成 - 检测
document.activeElement是否为该区域，手动聚焦并滚动到底部
这不是理想解，但比强依赖 enterkeyhint 更可靠。真要覆盖全量场景，得接受：软键盘按钮文案无法 100% 控制，重点应放在提交行为的一致性上。
最常被忽略的是 inputmode 缺失和表单 submit 被意外阻止——先确认这两点，再考虑降级方案。
