应根据输入内容需求选择：纯数字用inputmode="numeric"，需小数点用inputmode="decimal"；二者均不校验、不拦截输入，须配合pattern或js实现完整控制。
inputmode="numeric"和inputmode="decimal"到底该选哪个
看用户要按什么键，不是看字段叫“金额”还是“验证码”。inputmode="numeric"只提供 0–9 数字键，不含小数点、不含减号；inputmode="decimal"多一个点（.），部分系统还带逗号（,）或负号（−），但减号并不总默认出现。
常见误配：
- 验证码配
inputmode="decimal"：键盘多出小数点，用户误输123.4还能提交 - 金额输入配
inputmode="numeric"：用户想输19.9却找不到小数点，直接放弃 - 身份证末位是
X，却用inputmode="numeric"：多数 WebView 根本不显示X键，必须手动切键盘
实操建议：
- 纯数字场景（验证码、手机号、页码、ID）→
inputmode="numeric" - 需小数点场景（金额、身高、评分、温度）→
inputmode="decimal"，但别指望它支持负数输入 - 要输负数或科学计数法？老实用
type="text"+pattern+ JS 校验，别靠键盘
为什么写了inputmode还是弹全键盘
这不是你代码写错了，而是被压制或环境不支持。最常见原因有三个：
-
type="number"会覆盖inputmode，尤其在 iOS 上直接忽略后者，甚至导致键盘闪退 - 国产安卓输入法（vivo Jovi、华为 HMS、OPPO 小布）基本不读
inputmode，只响应type="tel"或type="number" - iOS 16.3 及更早版本完全不支持
inputmode，自动降级为text键盘
真机测试比模拟器可靠得多——小米上弹数字键，OPPO 上弹拼音，就是这个原因。Chrome DevTools 模拟器里看到的“数字键盘”，和实机行为可能完全不同。
务必注意：inputmode 仅在触屏设备生效，桌面浏览器（包括 Chrome 桌面版）完全无视它。
type 和 inputmode 最稳妥的搭配组合
语义归 type，键盘归 inputmode，两者不互斥但有优先级。混用不当反而坏事：
- 手机号：
<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 基本无视，但不冲突）
别用 type="number" 混搭 inputmode：iOS 可能闪退，Android 微调按钮干扰体验。
inputmode 不解决校验，也不替代 pattern 或 JS 处理
inputmode 只是个键盘“导购员”，指路可以，不管用户最后买不买东西。用户长按粘贴 "abc123" 或 "+86 138****1234" 依然能进输入框——这完全正常，inputmode 从不拦截内容本身。
所有过滤、格式化、长度控制，必须靠 pattern、oninput、onblur 或提交时正则完成：
-
pattern是 HTML5 原生校验，但仅在表单提交时触发，无法拦截粘贴 -
oninput能响应粘贴、拖拽、键盘输入，但要注意不要过度截断（比如删掉用户刚输的点） - 中文输入法下
inputmode基本失效：用户切到拼音后，@键、小数点、*#键都会消失，这是系统级限制，前端拦不住
真正容易被忽略的关键事实是：inputmode 不校验、不拦截、不锁输入法；它不解决键盘遮挡问题，也不影响表单验证逻辑；写对了值、配对了 type、测过真机，只是第一步——后面所有校验和容错，还得靠你自己补上。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
