inputmode属性仅为提示，非强制指令，仅在ios 16.4+和部分安卓有效，国产输入法多忽略；numeric、decimal、tel、email、search值实测较稳，其余如url/number基本无效。
inputmode 属性不能精准控制键盘类型，它只是提示，且在多数国产安卓机上基本无效。 真正能稳定触发数字/邮箱/搜索键盘的，是 type 和 inputmode 的组合，且必须按场景选对值——写错一个，就等于没写。
哪些 inputmode 值在真机上实际有效
不是所有规范里的值都管用。实测下来，只有这几个在主流设备（iOS 16.4+、Android Chrome 120+、华为/小米/OPPO 系统输入法）上有较一致表现：
-
inputmode="numeric"：纯数字键盘（0–9），不带小数点、无负号，验证码/手机号/页码首选 -
inputmode="decimal"：带小数点的数字键盘，金额/评分适用，但 iOS 16.4+ 才开始支持，旧版直接 fallback 到全键盘 -
inputmode="tel"：顶部出现 * # + 键，配合type="tel"使用时触发率最高 -
inputmode="email"：Android 上 @ 和 . 键大概率上浮，iOS Safari 基本无视，但不冲突 -
inputmode="search"：回车键文字变为“搜索”，跨平台最稳，且部分 Android 会联动 UI 高亮
以下值基本无效：inputmode="number"（非标准值，浏览器忽略）、inputmode="url"（当前无主流输入法响应）、inputmode="text"（等同于不写）。
type 和 inputmode 混搭时谁说了算
浏览器优先读 type，inputmode 是补充提示。但一旦 type="number" 出现，inputmode 就大概率被忽略，甚至引发副作用：
- iOS Safari 中，
type="number"会禁长按粘贴、吞前导零（0123→123）、小数点转逗号，且valueAsNumber可能为NaN - Android 上
type="number"自带上下微调按钮，干扰表单体验 -
type="tel"+inputmode="numeric"是目前最稳的手机号/验证码组合：前者保语义和自动填充，后者强化数字键优先级 -
type="text"+inputmode="decimal"是金额输入推荐写法，避开type="number"的隐式类型转换坑
为什么写了 inputmode 还是弹全键盘
这不是你代码写错了，而是环境不支持或被压制：
- iOS 16.3 及更早版本完全不支持
inputmode，自动降级为text键盘 - vivo、华为、OPPO 等国产系统输入法普遍只认
type="tel"或type="number"，对inputmode视而不见 -
type属性缺失（比如只写<input>）时，inputmode反而更容易被识别；但加上type="number"后，inputmode直接失效 - Chrome DevTools 模拟器里看到的“数字键盘”≠真机行为——同一页面在小米弹数字键，在 OPPO 弹拼音，非常常见
别依赖模拟器，必须覆盖 iPhone（iOS 16.4+）和至少三款主流国产安卓机型做真机测试。
真正容易被忽略的关键事实
inputmode 不校验、不拦截、不锁输入法。用户长按粘贴 "abc123"、"+86 138****1234" 或切到拼音输“一二三”，输入框照收不误——这完全正常。
它只是个键盘“导购员”，指路可以，不管用户最后买不买东西。所有过滤、格式化、长度控制、类型判断，都得靠 pattern、oninput、onblur 或提交时正则补上。
