inputmode是HTML全局属性，仅提示移动设备弹出对应虚拟键盘，不强制、不校验、不改变输入行为；值应按用户需按的键选择，而非字段语义，且兼容性差，iOS支持最好，Android碎片化，桌面端忽略。
inputmode 是一个 HTML 全局属性，只起提示作用——它告诉移动设备“用户大概要输什么”，从而决定弹出哪种虚拟键盘，但不强制、不校验、不改变输入行为。
inputmode 值怎么选才不翻车
选值依据不是字段语义（比如“手机号”就写 tel），而是用户实际要按的键。常见错配：
-
type="number"+inputmode="decimal"：看似合理，但部分安卓浏览器会忽略inputmode，坚持弹数字键盘（没小数点） - 验证码输入框用
text：结果弹出全键盘，用户得手动切数字模式；应改用inputmode="numeric" - 金额输入用
inputmode="numeric"：缺少小数点，输不了 19.99；得换decimal -
inputmode="search"仅对<input type="search">有较稳定响应，普通text输入框可能无效
和 type 属性混用时的冲突点
type 决定表单验证逻辑和默认行为，inputmode 只管键盘——两者目标不同，但浏览器可能优先响应 type，导致 inputmode 被忽略：
-
<input type="number" inputmode="tel">：iOS Safari 仍弹数字键盘，inputmode失效 -
<input type="text" inputmode="email">：键盘带 @ 键，但失去type="email"的邮箱格式校验能力 - 推荐组合：
type="text"配合精准inputmode，再用pattern或 JS 做校验，控制权更稳
兼容性差在哪？哪些设备/系统会掉链子
截至 2026 年 4 月，inputmode 在 iOS Safari 上支持最完整；Android 端表现碎片化：
立即学习“前端免费学习笔记（深入）”；
- Chrome for Android（v120+）基本支持全部值，但
decimal在部分国产定制键盘中仍显示为纯数字键盘 - 三星键盘、华为 EMUI 键盘对
inputmode="url"和"search"响应率低于 60% -
inputmode="none"在多数 WebView 中无效，无法真正禁用键盘（仍需 JS 阻止 focus 或用readonly） - 桌面端完全忽略该属性——别指望它影响 Mac 或 Windows 的软键盘行为
真正关键的是：它永远只是个提示，不能替代 JS 校验、不能绕过 type 限制、也不能修复键盘厂商的实现偏差。上线前务必在真机上测你目标用户的主力机型和输入法。
