textarea中enterkeyhint="send"仍换行，因其仅改软键盘按钮文案，不改变默认换行行为；ios多显示“换行”，android部分机型忽略，x5内核及低版本webview不支持；需配合javascript监听enter键并preventdefault才能实现发送。
enterkeyhint="send"在textarea里为什么还是换行
因为textarea的默认行为就是按 Enter 换行，enterkeyhint只改软键盘右下角按钮文案，不覆盖该行为。iOS 多数键盘仍显示「换行」或「搜索」，Android 部分机型（如小米、OPPO）甚至直接忽略该属性。微信 X5 内核或低版本 Android WebView 完全不支持，静默 fallback 到 Enter。
input type="text" + enterkeyhint="send"比textarea更稳的原因
inputmode="text" + enterkeyhint="send" 组合更可靠，是因为 inputmode 是向系统声明输入意图的更强信号，而 textarea 天然被系统判定为「多行编辑器」，其软键盘行为优先级高于 enterkeyhint。Chrome 和 Safari 对 inputmode 的响应比对 enterkeyhint 更积极。
- 用
<input type="text">替代<textarea></textarea>，再通过 CSS 实现视觉多行（如white-space: pre-wrap; overflow-y: auto; height: 80px;） - 搭配
inputmode="text"显式声明意图，比单靠enterkeyhint更易触发“发送”文案 - 避免在
contenteditable或div上误用 —— 这些元素不支持该属性
必须配合的 JavaScript 行为控制
光设 enterkeyhint="send" 不会自动提交，必须监听 keydown 并手动处理逻辑。关键点不是“改文案”，而是“把回车映射到发送动作”。
- 优先用
e.code === 'Enter'判断，比e.key更可靠（尤其在中文输入法组合状态下） - 加
if (e.isComposing) return，防止用户还没输完就触发提交 - 必须调用
e.preventDefault()，否则<input>在<form></form>内会默认提交，独立使用也可能刷新页面 - 换行约定：Shift + Enter 换行，纯 Enter 提交 —— 这是目前最兼容的交互方案
哪些值真正有用，哪些容易失效
只有 7 个标准值被识别：enter、done、go、next、previous、search、send。非标准字符串（如 "submit"、"发送"）会被浏览器静默降级为 enter。
-
type="search"+enterkeyhint="search"兼容性最好，iOS/Android 基本都显示“搜索” -
type="url"+enterkeyhint="go"更大概率触发“前往”，语义匹配度高 -
textarea+enterkeyhint="send"在企业微信、飞书等内嵌 WebView 中较易生效，但在 Safari 中常失效 - Firefox 完全不支持
enterkeyhint，设了等于白设
enterkeyhint 建议，行为靠 JS 控制；而不同平台对同一组属性的响应差异极大，不能只测一个环境就认为“没问题”。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
