inputmode仅提示键盘类型而不强制，兼容性差；选值依输入内容而非语义，如验证码用numeric、金额用decimal；type="number"与inputmode混用易冲突；它不替代校验，仅优化功能键布局。
直接加 inputmode 就能唤起对应键盘，但多数人加了没效果，是因为它只提示、不强制，且真机兼容性差异大——iOS Safari 16.4 才稳定支持 inputmode="search"，vivo 键盘可能直接忽略 inputmode="tel"。
inputmode 值怎么选：看输入内容，不是看字段语义
别被“电话号码就该用 type="tel"”带偏。实际要的是数字键盘 + *# 键？用 inputmode="tel"；只要纯数字（比如验证码）？用 inputmode="numeric"；要输金额（含小数点）？用 inputmode="decimal"。
-
inputmode="email"在 Chrome/Android 上会显示 @ 和 .com 快捷键，但 iOS Safari 基本无视，别指望它提升邮箱输入效率 -
inputmode="url"对 / 和 .com 键有优化，但用户仍可切回拼音输入汉字，它不锁输入法 -
inputmode="none"不阻止输入，只隐藏键盘——适合自建软键盘场景，普通表单慎用
为什么 type="number" + inputmode 混用是坑
两者行为可能冲突：Chrome 中若同时存在 type="number" 和 inputmode="decimal"，优先级不明确，iOS 上甚至出现键盘弹出后又闪退。
-
type="number"会触发微调按钮（appearance: none难彻底干掉），还可能把粘贴的 “12.5%” 自动转成空字符串 -
inputmode="decimal"只管键盘，配合pattern="[0-9.]*"和 JSparseFloat()校验更可控 - 要兼容老浏览器？直接降级为
type="text"，不影响功能，inputmode不支持时自动忽略
移动端中文输入法下 inputmode 的真实作用
它不决定“能不能打字”，只影响候选栏上方的功能键布局。比如 inputmode="search" 会让回车键变成「搜索」，inputmode="tel" 让顶部多出 *# 键——但用户依然能切回拼音输“张三”，你得靠 pattern 或提交时正则校验来拦。
- 中文场景下，
inputmode="text"是最安全的兜底项，别强行用none或verbatim - 别在
input事件里实时过滤字符（比如删掉中文），用户复制 “+86 138****1234” 会被截断 - 测试必须上真机：模拟器里的键盘行为和实机差异极大，特别是 iOS 实机
真正容易被忽略的点是：inputmode 不解决校验，也不替代 pattern 或 JS 处理。它只是个键盘“导购员”，指路可以，但不管用户最后买不买东西。
