inputmode="numeric"仅弹出0–9数字键盘，而"decimal"额外提供小数点（.）及可能的千分符逗号（,）；应据字段语义选择：整数用numeric，需小数用decimal，且优先搭配type="text"以确保兼容性与体验。

numeric 和 decimal 在 inputmode 中到底弹什么键盘

两者都触发数字键盘，但 decimal 会额外提供小数点（.），部分系统还可能带千分符逗号（,）；numeric 只有 0–9 数字键，没有小数点。这不是浏览器“可有可无”的提示——在 iOS Safari、Android Chrome 等主流 WebView 中，这个差异直接影响用户能否一键输入小数。

什么时候该用 numeric，什么时候必须用 decimal

选错会导致用户反复切换键盘、手动粘贴、甚至放弃填写。关键看字段语义：

• numeric：验证码、手机号、邮政编码、商品数量（整数）、年龄——纯整数场景
• decimal：金额、身高、体重、评分、温度——需要小数点的数值型输入
• 别用 type="number" 替代 inputmode：它在 iOS 上会强制校验、自动添加上下箭头，且不支持 step="0.01" 的精确控制，反而更难用

和 type 属性混用时的常见陷阱

inputmode 和 type 是独立作用的：前者管键盘，后者管语义与基础验证。但组合不当会出问题：

• <input type="text" inputmode="decimal"> ✅ 最推荐——语义自由，键盘精准，兼容性好
• <input type="number" inputmode="decimal"> ⚠️ iOS 下可能忽略 inputmode，仍弹出带箭头的 number 键盘
• <input type="tel" inputmode="decimal"> ❌ type="tel" 会覆盖 inputmode 行为，实际弹出的是带 * 和 # 的电话键盘
• Wot Design Uni 等组件库若封装了 Input，需确认它是否透传 inputmode 属性——有些版本只认 type，直接写 inputmode 会被忽略

兼容性不是“全有或全无”，而是分层落地

截至 2026 年初，inputmode 在 Android Chrome、Edge、Firefox for Android 基本全覆盖；iOS Safari 从 16.4 起支持 decimal 和 numeric，但旧版 iOS（如 15.x）会降级为 text 键盘——这本身是安全降级，不影响功能，只是体验打折扣。真正要警惕的是：

• 某些安卓定制 ROM（如华为 EMUI 旧版本）会完全忽略 inputmode，此时靠 type="tel" 模拟数字键盘是常见兜底方案，但要注意它会允许输入 *#
• inputmode="decimal" 在部分低端 Android 机型上可能只显示数字键，不显示小数点——这时需配合前端 JS 校验 + 提示，不能依赖键盘保证输入合法性
• 服务端永远要校验：键盘只是辅助，inputmode 不提供任何数据约束力

真实项目里最常被忽略的一点：你以为写了 inputmode="decimal" 就万事大吉，但用户可能长按小数点键触发空格或句号，也可能粘贴带逗号的数字（如 1,234.56）。键盘类型只是第一道体验门槛，后续的格式化、防粘贴、失焦校验，一个都不能少。