inputmode 是提示而非强制指令，兼容性差且行为不一致：iOS Safari 16.4 前基本不支持，国产安卓机常忽略；需搭配 type、pattern 和 JS 校验使用，无法替代数据验证。
inputmode="numeric" 为什么有时还是弹出全键盘
因为 inputmode 只是提示，不是指令。iOS Safari 直到 16.4 才开始支持部分值，且对 numeric 的处理不稳定——某些机型（如 iPhone 12 iOS 16.3）仍会回退到默认键盘；vivo、华为等国产安卓机的输入法可能直接忽略该属性。真机测试时发现，同一页面在小米手机上弹数字键盘，在 OPPO 上却弹拼音键盘，就是这个原因。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 优先搭配
type="text"使用，避免和type="number"混用（后者自带微调按钮和粘贴截断风险） - 若目标是纯四位验证码，用
inputmode="numeric"+pattern="[0-9]{4}"+ JS 截取input.value.slice(0, 4) - 别依赖它防输入错误：用户长按粘贴 “abc123” 依然能进，得靠提交前正则校验
inputmode="decimal" 和 inputmode="numeric" 到底怎么选
看你要不要小数点，而不是看字段叫“金额”还是“数量”。decimal 在 Android Chrome 上大概率弹出带小数点的数字键盘，但在 iOS Safari 16.4+ 中可能仍不显示小数点，甚至直接 fallback 到全键盘；numeric 更保守，基本所有支持 inputmode 的设备都会弹数字键（0–9），但没有小数点。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 价格输入框：用
inputmode="decimal"，同时加pattern="[0-9.]*"和oninput="this.value = this.value.replace(/[^0-9.]/g, '')"做轻量过滤 - 商品数量、页码、ID：用
inputmode="numeric"，更兼容 - 别写
inputmode="decimal"却允许负数——减号在多数软键盘上不默认出现，用户得手动切键盘找
inputmode="tel" 真的能输带 +86 的手机号吗
能输，但不能靠它保证格式。系统键盘顶部会多出 +、*、# 键，方便国际号码输入；但用户依然可以切回拼音输入“张三”，也可以粘贴 “+86 138****1234” 这种带空格和星号的字符串。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 需要格式化显示（如 138 **** 1234）？用 JS 在
blur或提交时处理，别在input事件里实时删字符，否则复制粘贴体验极差 - 要做校验？用
pattern="^\+?[1-9]\d{1,14}$"（E.164 格式）配合后端验证，inputmode不参与这事 - 如果只是国内手机号（11 位纯数字），
inputmode="numeric"+maxlength="11"更稳
inputmode="none" 不是“禁用输入”，而是“不唤键盘”
inputmode="none" 的真实作用是告诉浏览器：“别自动弹键盘，我另有安排”。它不会让 input 失焦，也不会阻止用户点击后手动调起键盘（比如长按呼出菜单再点“输入”），更不会禁用粘贴。常见于自研软键盘、日期选择器、扫描输入等场景。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 用
inputmode="none"后，务必手动绑定click或focus事件来触发你的组件（比如showDatePicker()） - 别把它当 readonly 用：它不阻止键盘唤起逻辑，只是“不主动唤”，某些安卓 WebView 仍可能弹键盘
- 中文输入场景下，
inputmode="text"是最安全兜底项，none和verbatim容易导致意外失焦或光标消失
真正容易被忽略的点是：inputmode 不解决任何数据合法性问题，也不影响表单提交行为。它只管键盘顶栏那几颗功能键怎么排——至于用户按没按、按了输什么、输完交不交，全都不归它管。
