inputmode 属性仅在特定系统、浏览器和输入法组合下生效，非可靠开关；需搭配 type="text" 使用，且不能替代内容校验。
加了 inputmode 却没弹出对应键盘，不是你写错了，而是它根本没被浏览器或输入法真正“听进去”——这个属性只在特定组合、特定系统版本、特定输入法下才起效，不能当开关用。
为什么 inputmode="numeric" 还是弹全键盘
这不是 bug，是提示失效的常态。iOS Safari 在 16.4 之前完全忽略 inputmode；国产安卓（vivo、华为、OPPO）多数输入法压根不读这个属性，只认 type="tel" 或 type="number"。同一页面在小米手机上弹数字键盘，在 OPPO 上弹拼音键盘，就是这个原因。
-
type="number"和inputmode同时存在时，iOS 直接无视后者 - 没写
type属性（比如裸<input>），inputmode反而更可能生效 - 某些 Android WebView（尤其旧版）会把
inputmode="none"当透明，照样弹键盘
inputmode="decimal" 和 inputmode="numeric" 怎么选
别看字段名，看用户是否需要按小数点。前者在 Android Chrome 和 iOS 16.4+ 上大概率弹带 . 的数字键盘；后者更保守，基本所有支持 inputmode 的设备都会弹纯 0–9 键盘，但没有小数点、没有负号、没有逗号。
- 金额、评分、温度 → 用
inputmode="decimal"，再配pattern="[0-9.]*"和oninput过滤非数字字符 - 验证码、手机号（纯数字）、ID、页码 → 用
inputmode="numeric"，兼容性高，干扰少 - 别写
inputmode="decimal"却允许负数——减号不在默认数字键盘上，用户得手动切键盘找
哪些 inputmode 值真能落地，哪些只是摆设
实测下来，只有这几个值在主流环境中有明确、可预期的效果：
-
text：默认行为，一般不用显式写 -
decimal：Android 全面支持；iOS 16.4+ 开始稳定支持 -
numeric：目前跨平台最稳的数字键盘触发方式 -
tel：iOS 上常显示 * # 键；部分安卓（小米、华为）响应积极 -
email：Android Chrome 会把@和.com放候选栏上方；iOS Safari 基本无视 -
search：回车键文字多为「搜索」，且能可靠触发Enter事件，是目前最跨平台的非数字类值 -
url、none、verbatim等值效果极不稳定，慎用
必须搭配 type="text" 才靠谱
inputmode 是 UI 层提示，type 是语义层定义。浏览器优先按 type 推断行为，inputmode 只在 type 是泛型时（如 text、search）才真正起作用。混用 type="number" 不仅覆盖 inputmode，还会带来微调按钮、粘贴截断、科学计数法转字符串等副作用。
- 金额输入：
<input type="text" inputmode="decimal" pattern="[0-9.]*"> - 验证码：
<input type="text" inputmode="numeric" maxlength="6"> - 手机号（国内）：
<input type="text" inputmode="numeric" maxlength="11"> - 邮箱：
<input type="email" inputmode="email">（双保险，不冲突）
最常被忽略的一点：它不阻止粘贴、不拦截中文输入、不替代任何校验逻辑。用户长按粘贴 “abc123” 或 “+86 138****1234”，输入框照收不误——这完全正常，inputmode 从不干预内容本身。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
