inputmode 属性仅是键盘提示，非强制开关，需配合 type="text" 且在移动端生效；ios 16.4+ 和部分安卓才支持，国产输入法多忽略；decimal 用于小数，numeric 用于纯数字；它不校验、不拦截输入，仅作软键盘引导。
inputmode 属性不是开关，加了不保证弹出对应键盘；它只在移动端触屏环境起作用，且必须配合 type="text" 才大概率生效。
为什么写了 inputmode="numeric" 还是弹全键盘
这是正常现象，不是你代码写错了。iOS Safari 直到 16.4 才开始支持该属性，旧系统直接忽略；国产安卓（vivo、华为、OPPO）的输入法大多不读取 inputmode，只认 type="tel" 或 type="number"。Chrome DevTools 模拟器里看到的“数字键盘”和真机行为可能完全不同——小米上弹数字键，OPPO 上弹拼音，就是这个原因。
- 别用
type="number"混搭inputmode：iOS 可能闪退，Android 微调按钮干扰体验 - 真机测试比模拟器可靠得多，尤其要覆盖 iPhone + iOS 16.4+ 和主流国产安卓机型
-
inputmode="tel"和inputmode="email"是目前兼容性最好的两个值，其他值响应率不稳定
inputmode="decimal" 和 inputmode="numeric" 怎么选
看你要用户按什么键，不是看字段叫“价格”还是“验证码”。decimal 表示“需要小数点”，numeric 表示“只要 0–9 数字键”。
- 金额、评分、带小数的参数 → 用
inputmode="decimal"，但必须配pattern="[0-9.]*"和oninput="this.value = this.value.replace(/[^0-9.]/g, '')" - 验证码、手机号（纯数字）、ID、页码 → 用
inputmode="numeric"，兼容性更好，iOS/Android 都大概率生效 - 别写
inputmode="decimal"却允许负数：减号不在多数软键盘默认布局里，用户得手动切键盘找
inputmode 不解决校验，也不替代 pattern 或 JS 处理
它只是个键盘“导购员”，指路可以，不管用户最后买不买东西。用户长按粘贴 “abc123” 或 “+86 138****1234” 依然能进输入框——这完全正常，inputmode 从不拦截内容本身。
-
inputmode="none"不是禁用输入，只是“不自动弹键盘”，适合自建软键盘场景 - 中文输入法下
inputmode基本失效：用户切到拼音后，@ 键、小数点、*# 键都会消失，这是系统级限制，前端拦不住 - 所有过滤、格式化、长度控制，必须靠
pattern、oninput、onblur或提交时正则完成
真正容易被忽略的点是：它不解决键盘遮挡问题，也不影响表单验证逻辑；写对了值、配对了 type、测过真机，只是第一步——后面所有校验和容错，还得靠你自己补上。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
