enterkeyhint 是 html input/textarea 的原生属性，仅提示软键盘回车键文案（如 search、send），不改变提交行为或事件逻辑；其值包括 enter、done、go、next、previous、search、send，但各平台支持差异大：ios safari 对 search/send 支持较好，android chrome 多数只识别 search/send，桌面浏览器完全忽略；失效常见原因有 type 不兼容、未配 inputmode、contenteditable 干扰或 viewport 异常；真正控制回车行为需 js 监听 keydown 或 submit 事件并手动 preventdefault。
enterkeyhint 是什么，能改回车键图标和行为吗？
enterkeyhint 是 HTML <input> 和 <textarea></textarea> 的原生属性，只影响软键盘上「回车键」的显示文案（如 send、search、go 等），**不改变实际提交行为或事件触发逻辑**。它只是提示，不是控制——按下后依然触发 keydown 或 submit，不会自动调用 form.submit() 或阻止默认行为。
支持哪些值？不同值在各平台表现一致吗？
标准值有：enter、done、go、next、previous、search、send。但实际渲染高度依赖系统和输入法：
- iOS Safari 对
search和send支持较好，go常显示为「前往」； - Android Chrome 多数只识别
search和send，其余可能回落为默认「回车」图标； - 桌面浏览器（包括 Chrome/Firefox）完全忽略该属性，无任何效果；
-
enterkeyhint="next"在表单中可能触发焦点跳转，但需配合tabindex和 JS 手动处理，属性本身不提供跳转逻辑。
为什么加了 enterkeyhint 却没变化？常见失效原因
多数失效不是代码写错，而是环境或配置问题：
- 元素没有
type属性或type="text"以外的类型（如type="number"、type="email"可能被系统忽略 hint）； - 未设置
inputmode—— 某些 Android 输入法要求同时指定inputmode="search"才响应enterkeyhint="search"； - 父容器用了
contenteditable="true"或富文本编辑器框架（如 Draft.js、Quill），它们接管了软键盘逻辑，原生属性失效； - 页面缩放或 viewport 设置异常（如
user-scalable=no）导致输入法无法正确读取属性。
想真正控制回车行为，该监听哪个事件？
靠 enterkeyhint 不行，得用 JS 监听并干预：
- 优先用
event.key === "Enter"判断，比keyCode更可靠； - 在
input上监听keydown，并在需要时event.preventDefault()（例如搜索框里按 Enter 不希望换行）； - 表单场景下，更稳妥的是监听
submit事件，而不是依赖 Enter 键——因为用户也可能点「搜索」按钮； - 注意移动端软键盘的 Enter 键可能触发两次事件（一次
keydown，一次input后的change），建议用preventDefault+ 节流或标记位避免重复提交。
容易被忽略的是：iOS Safari 在 textarea 中即使设了 enterkeyhint="search"，默认仍换行；必须同时加 event.preventDefault() 才能阻止，且要确保事件监听绑定在正确的元素上（不能被 React/Vue 的合成事件机制吞掉）。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
