inputmode只是键盘提示而非强制开关，不保证生效；ios safari 16.4前、国产安卓输入法多不支持，type="number"会覆盖inputmode，decimal与numeric适用场景不同，且无法替代校验、遮挡处理等逻辑。
写了 inputmode 却还是弹全键盘？不是你写错了，是它本来就不保证生效——它只是提示，不是开关。
为什么 inputmode="numeric" 在真机上没反应
这是兼容性失效的典型表现，不是代码问题：
- iOS Safari 直到 16.4 才开始支持
inputmode，旧系统直接忽略，回落到type="text"键盘 - vivo、华为、OPPO 等国产安卓输入法（如 Jovi、HMS）基本不读取
inputmode，只响应type="tel"或type="number" -
type="number"会压制inputmode：iOS 完全忽略后者，Chrome 行为不稳定，甚至可能闪退 - Chrome DevTools 模拟器显示“数字键已出现”，不代表真机行为一致——小米可能弹数字键，OPPO 却弹拼音
inputmode="decimal" 和 inputmode="numeric" 到底怎么选
看用户要按什么键，不是看字段叫“金额”还是“验证码”：
-
inputmode="numeric"：只提供 0–9 数字键，无小数点、无负号。适合验证码、手机号、ID、页码等纯数字场景，兼容性最稳 -
inputmode="decimal"：提示键盘带小数点（部分 Android 还带逗号），但减号（−）不在默认布局里，用户得手动切键盘找 - 别给验证码配
inputmode="decimal"：多出来的小数点反而干扰输入，还可能被误粘贴非法字符 - 别指望
inputmode="decimal"支持负数输入——它不负责提供减号，也不校验内容
哪些组合在真机上最可靠
实测下来，只有少数组合跨机型表现较一致：
-
<input type="tel" inputmode="tel">：双保险，type="tel"触发基础拨号布局，inputmode="tel"推动 *# 键优先出现 -
<input type="email" inputmode="email">：Android Chrome 上能提升 @ 和 .com 快捷键出现率，iOS 基本无视但不冲突 -
<input type="search" inputmode="search">：回车键文字统一为「搜索」，keydown中event.key === 'Enter'可靠 - 金额/评分：
<input type="text" inputmode="decimal" pattern="[0-9.]*">——避开type="number"的小数点转逗号、粘贴拦截等坑
inputmode 不能替代的三件事
它只是个键盘“导购员”，指路可以，不管用户最后买不买东西：
- 不拦截粘贴：
"abc123"或"+86 138****1234"依然能进输入框，得靠pattern、oninput或提交前正则过滤 - 不解决键盘遮挡：聚焦后输入框被盖住？必须手动调用
scrollIntoView()或监听window.visualViewport高度变化 - 不校验格式：写了
inputmode="email"不代表能防"abc@"，所有校验逻辑仍需pattern或 JS 补上
真正容易被忽略的是：它不解决键盘遮挡问题，也不影响表单验证逻辑；写对了值、配对了 type、测过真机，只是第一步——后面所有校验和容错，还得靠你自己补上。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
