inputmode 是软提示而非强制指令，仅在移动端触屏环境配合 type="text" 才大概率生效；ios 16.4+ 和部分安卓浏览器支持有限，国产输入法多忽略该属性，需真机测试并搭配 pattern 等校验逻辑。
inputmode 不是开关，加了不保证弹出对应键盘；它只在移动端触屏环境起作用，且必须配合 type="text" 才大概率生效。
为什么写了 inputmode="numeric" 还是弹全键盘
这不是你代码写错了，而是 inputmode 本质是软提示，不是指令。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 数字键”。
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
- 验证码、手机号（纯数字）、ID、页码 → 用
inputmode="numeric"，兼容性更好，iOS/Android 都大概率生效 - 金额、评分、身高、温度（允许小数）→ 用
inputmode="decimal"，但别指望它支持负数输入——减号不在多数软键盘默认布局里 - 别写
inputmode="decimal"却允许负数：用户得手动切键盘找减号，体验断层
哪些组合真正值得用，哪些该避开
实测下来，只有 tel 和 email 在 iOS 16.4+ 与 Android Chrome 82+ 上行为较一致；search 回车键文字基本都变「搜索」，能触发 Enter 事件，但键盘布局不变；url 和 none 实际价值很低。
- 手机号：
<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 基本无视，但不冲突）
真正容易被忽略的关键点
它不阻止粘贴、不拦截中文输入、不替代任何校验逻辑。用户长按粘贴 “abc123” 或 “+86 138****1234” 依然能进输入框——这完全正常，inputmode 从不干预内容本身。所有过滤、格式化、长度控制，必须靠 pattern、oninput、onblur 或提交时正则完成。
中文输入法下 inputmode 基本失效：用户切到拼音后，@ 键、小数点、*# 键都会消失，这是系统级限制，前端拦不住。真正容易被忽略的点是：它不解决键盘遮挡问题，也不影响表单验证逻辑；写对了值、配对了 type、测过真机，只是第一步——后面所有校验和容错，还得靠你自己补上。
