enterkeyhint="search"在搜索框中最稳，因为它是唯一在iOS和Android主流键盘上均稳定显示“搜索”或放大镜图标的值，且type="search"+enterkeyhint="search"组合识别度最高；其他值如send、go在iOS常被降级，done语义错位；必须搭配inputmode="search"，避免autocomplete="off"干扰；该属性仅作用于软键盘，不触发提交行为，Firefox完全不支持，Safari 15.4前及微信X5内核亦不支持。
enterkeyhint="search" 为什么在搜索框里最稳
因为 search 是目前唯一在 iOS 和 Android 主流键盘上都稳定渲染为“搜索”或放大镜图标的值，且浏览器对 type="search" + enterkeyhint="search" 的组合识别度最高。其他值如 send 或 go 在 iOS 上大概率被降级为“前往”甚至“回车”，而 done 在搜索场景下语义错位，容易让用户误以为要退出。
-
type="search"比type="text"更关键——部分 Android 厂商键盘（如华为、OPPO）只响应语义匹配的组合 - 必须搭配
inputmode="search"，否则某些 WebView（如微信 X5）会忽略提示 - 不要用
autocomplete="off"，它会干扰浏览器对搜索意图的判断，导致键盘 fallback 到默认enter
写了 enterkeyhint="search" 却没变化？真机调试前先查这三处
DevTools 的设备模拟器完全不模拟软键盘行为，属性存在 ≠ 键盘生效。常见静默失效点不是代码写错，而是环境或结构问题：
- 输入框没获得焦点——
enterkeyhint只在软键盘弹出时起作用，页面加载后需手动 tap 或 focus() 触发 - 父容器用了
transform或iframe嵌套过深，iOS Safari 会丢失上下文，键盘无法识别输入语义 - Vue/React 组件未透传属性——比如
<MyInput :enterkeyhint="'search'">不会自动映射到原生<input>，得用ref+setAttribute('enterkeyhint', 'search')手动设置（仅限初始化）
键盘显示“搜索”，但点击没提交？别怪 enterkeyhint
enterkeyhint 从不触发 submit，它只是改按钮文案。是否提交取决于表单结构和 JS 逻辑，典型断点：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 表单缺少
method或action，Chrome 认为“无目标”，点击后只收起键盘 -
<input>不在<form>标签内，或用了form="xxx"但对应<form id="xxx">不存在 - 监听了
keydown并调用了event.preventDefault()，却没手动执行form.submit()或业务逻辑 - 输入为空时，部分安卓机型（如小米）对
enterkeyhint="search"点击无响应——加required或前端校验可规避
兼容性底线：哪些环境根本不能指望它
Firefox 完全不支持 enterkeyhint；Safari 15.4 之前版本无视该属性；微信内置浏览器（X5 内核）至今不解析该属性，会按 type 推断文案（type="search" → 显示“搜索”，type="text" → 显示“前往”）。更隐蔽的是：
立即学习“前端免费学习笔记（深入）”；
- 旧版 Android WebView（Chrome WebViewFeature.isFeatureSupported(WebViewFeature.ENTER_KEY_HINT) 在 Java/Kotlin 层判断
-
<textarea>上设enterkeyhint="search"在 iOS 上基本无效，键盘仍优先保持换行功能 - 桌面浏览器（包括 Chrome/Safari 桌面版）完全忽略该属性，它只存在于移动端软键盘上下文
