enterkeyhint在ios和android上实际表现不同：ios仅支持有限值并静默降级，android支持更多值但默认触发submit；是否提交取决于表单结构和js逻辑，需配合inputmode与显式submit处理。
EnterKeyHint在iOS和Android上的实际表现差异
这个属性在移动端根本不是“提示”，而是直接控制软键盘右下角按钮的文本和行为，但两套系统处理逻辑完全不同。iOS只认 enter、go、search、send、next、previous 这几个值，其他如 done 或 continue 会被静默降级为 return；Android（Chrome 90+）支持更多值，但会把 go 渲染成“前往”，search 渲染成“搜索”，且点击后默认触发 submit 行为——哪怕表单没写 onsubmit 也会提交。
为什么加了enterkeyhint="search"却没触发form submit
关键在于：该属性本身不绑定任何事件，它只是改键盘按钮文案和语义，是否提交完全取决于表单结构和用户操作路径。常见断点有：
- 表单缺少
method或action属性，导致 Chrome 认为“无目标”，点击后仅收起键盘 -
input不在form标签内，或用了form="xxx"但对应form元素不存在 - 输入框类型是
type="text"但未设required，部分安卓机型在空值时点击search键不触发 submit - 监听了
keydown并调用了event.preventDefault()，却忘了手动调用form.submit()
配合onSubmit和keydown的最佳实践写法
真正可控的方式是组合使用：用 enterkeyhint 统一键盘体验，再用 JS 显式接管回车逻辑。注意别漏掉移动端特有的 inputmode 配合：
<script> const form = document.getElementById('searchForm'); form.addEventListener('submit', (e) => { e.preventDefault(); const q = form.querySelector('input').value.trim(); if (q) window.location.href = `/search?q=${encodeURIComponent(q)}`; }); </script>
这样既保证键盘显示“搜索”，又确保任意平台点击都走统一逻辑，避免依赖浏览器默认 submit 行为的不确定性。
容易被忽略的兼容性陷阱
enterkeyhint 在 Safari 15.4 之前完全不支持，旧版微信内置浏览器（X5 内核）至今无视该属性；更隐蔽的问题是：当 input 同时设置了 autocomplete="off" 和 enterkeyhint="next"，某些 Android 厂商定制键盘（如小米、OPPO）会强制显示“下一步”但点击无效——因为 autocomplete 关闭后，浏览器无法判断字段间跳转关系。稳妥做法是：
- 优先用
inputmode="numeric"+enterkeyhint="done"处理数字输入场景 - 搜索类输入统一用
type="search"，它天然携带enterkeyhint="search"的默认行为 - 表单内多个文本框需顺序填写时，放弃
next/previous，改用显式按钮 +focus()控制焦点流
移动端键盘按钮不是 UI 装饰，它是用户完成任务的关键触点，而它的行为由三者共同决定：属性值、表单上下文、以及你有没有亲手写好 submit 处理逻辑。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
