应根据用户是否需要输入小数点选择 inputmode：需小数点用 "decimal"，否则用 "numeric"；前者在 ios 16.4+/android chrome 82+ 才稳定支持，后者兼容性更佳，且两者均不提供负号。
inputmode="numeric" 和 inputmode="decimal" 到底该选哪个
看用户是否需要按小数点键，不是看字段叫“金额”还是“验证码”。inputmode="numeric" 只提供 0–9 数字键，无小数点、无负号；inputmode="decimal" 在支持的系统上会额外显示小数点（部分还带逗号），但不保证减号出现。
- 验证码、手机号、商品数量、页码 → 用
inputmode="numeric"，兼容性最稳，iOS/Android 多数机型都响应 - 金额、评分、身高、温度 → 用
inputmode="decimal"，iOS 16.4+ 和 Android Chrome 82+ 才稳定生效 - 别把
inputmode="decimal"用在验证码上：多出来的小数点干扰输入，还可能被误粘贴 - 别指望
inputmode="decimal"支持负数输入：减号不在默认键盘布局里，用户得手动切键盘找
为什么写了 inputmode 却还是弹全键盘
这不是你代码写错了，而是被环境或属性压制了。最常见的原因有三个：
-
type="number"会覆盖inputmode，尤其在 iOS 上直接忽略后者，甚至导致键盘闪退 - 国产安卓输入法（vivo Jovi、华为 HMS、OPPO 小布）基本不读
inputmode，只认type="tel"或type="number" - 没写
type属性（比如<input>）时，inputmode反而更容易被识别；但若写了type="text"，必须显式配对才大概率生效
iOS 16.3 及更早版本完全不支持 inputmode，自动降级为 text 键盘——这本身安全，但别误以为“写了就有用”。
type 和 inputmode 最稳妥的搭配组合
语义归 type，键盘归 inputmode，两者不互斥但有优先级。真正影响键盘的是 inputmode，而 type 决定表单验证、自动填充和可访问性。
- 手机号：
<input type="tel" inputmode="tel">（双保险，type="tel"触发拨号逻辑，inputmode="tel"提升 *# 键出现概率） - 验证码：
<input type="text" inputmode="numeric" pattern="[0-9]{4,6}">（避开type="number"的微调按钮和粘贴拦截） - 金额：
<input type="text" inputmode="decimal" pattern="[0-9.]*">（type="text"避免 Safari 自动转逗号，再靠parseFloat()处理值） - 邮箱：
<input type="email" inputmode="email">（inputmode="email"在 Android Chrome 上可能显示 @/.com 快捷键，iOS 基本无视，但不冲突）
inputmode 不解决什么，必须靠你自己补上
inputmode 只是个键盘“导购员”，指路可以，不管用户最后输什么。它不校验、不拦截、不锁输入法。
- 用户长按粘贴
"abc123"或"+86 138****1234"，照样能进输入框——这完全正常 - 中文拼音输入法激活时，
inputmode="numeric"依然允许打汉字，前端拦不住 - 它不解决键盘遮挡问题，也不影响表单验证逻辑；写对了值、配对了
type、测过真机，只是第一步 - 所有过滤、格式化、长度控制，必须靠
pattern、oninput、onblur或提交时正则完成
真正容易被忽略的点是：真机测试不可省，尤其要覆盖 iPhone + iOS 16.4+ 和主流国产安卓机型；vivo 和华为的系统键盘行为在不同系统版本间波动极大，模拟器结果几乎没参考价值。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
