inputmode 是软提示而非强制指令，需配合正确 type、真机验证及 pattern/JS 校验；最稳的是 tel 和 email，金额/验证码应选 text + decimal/numeric，避免 number 类型；中文输入法下 numeric 失效属正常。
加 inputmode 属性本身不能“触发”键盘，它只是向浏览器发出一个提示；真正起效的前提是：用对了 type、选对了 inputmode 值、并在真机上验证过——否则你写的 inputmode="decimal" 在 iPhone 上大概率还是弹出全键盘。
inputmode="tel" 和 inputmode="email" 是目前最稳的两个值
这两个值在 iOS Safari（16.4+）和 Android Chrome（82+）上支持度最高，且行为一致：前者会唤起带 * # 的数字键盘，后者会在键盘顶部显示 @ 和 .com 快捷键（Android 更明显，iOS 仅部分机型有反应）。
-
inputmode="tel"应搭配type="tel"使用，双保险；别用type="text"+inputmode="tel"，语义弱、自动填充可能失效 -
inputmode="email"对中文输入法无效——用户切到拼音后，@键就消失了，这是系统级限制，前端拦不住 - 不要指望
inputmode="email"能防止输错格式，它不校验；必须配合pattern="^[^\s@]+@[^\s@]+\.[^\s@]+$"或提交时 JS 校验
要输金额或验证码？别用 type="number"，改用 type="text" + inputmode
type="number" 在 iOS 上问题集中：小数点被转成逗号、粘贴失败、长按复制被禁、滚动 spinner 干扰布局。而 type="text" + inputmode="decimal" 或 inputmode="numeric" 才是更可控的选择。
- 验证码 →
<input type="text" inputmode="numeric" pattern="[0-9]{4,6}"> - 金额（含小数）→
<input type="text" inputmode="decimal" pattern="[0-9.]*">，再用parseFloat()处理输入值 - 避免
type="number"和inputmode混用，iOS 会忽略inputmode，Chrome 行为不一致，容易白写
inputmode="search" 和 inputmode="url" 基本别依赖
这两个值在多数国产安卓浏览器（如微信 X5 内核）、部分 vivo/oppo 系统键盘上完全无响应；即使在 Chrome 上，inputmode="search" 也只是把回车键文字改成「搜索」，并不改变键盘布局；inputmode="url" 的 .com 键在 iOS 上基本不出现。
立即学习“前端免费学习笔记（深入）”；
- 如果目标是让回车键变「搜索」，更可靠的做法是监听
keydown事件拦截Enter，再手动触发搜索逻辑 -
inputmode="url"对 SEO 或表单语义没帮助，纯属视觉提示，实际价值极低 - 真要优化 URL 输入体验，不如直接用
type="url"+pattern校验，至少语义明确、桌面端也生效
兼容性差不是 bug，是设计使然
inputmode 本质是软提示，不是强制指令。它不控制输入内容、不干预粘贴逻辑、也不影响表单提交——所有这些都得靠 type、pattern、oninput 或提交时校验来补足。最常被忽略的一点是：用户切到中文输入法后，inputmode="numeric" 就彻底失效，但你不能因此去监听 input 事件删掉中文字符，那会破坏粘贴「+86 138****1234」这类带符号的号码。
