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）。键盘类型只是第一道体验门槛，后续的格式化、防粘贴、失焦校验，一个都不能少。 
