inputmode 不参与焦点管理，仅在元素获焦后影响键盘类型；它不监听事件、不接管 focus()、不响应 tabindex，也不能改变可聚焦性。
inputmode 本身不参与焦点管理，也不能控制焦点转换；它只在元素获得焦点后，影响键盘类型。想靠它切换焦点？行不通。
为什么 inputmode 不处理焦点逻辑
inputmode 是纯键盘提示属性，浏览器只在 input 或 textarea 元素已聚焦的前提下读取它。它不监听点击、不接管 focus() 调用、不响应 tabindex 变化，也不触发任何焦点事件。你给一个 contenteditable 加 inputmode="numeric"，iOS 和 Android 都直接跳过——因为该属性根本不被解析。
- 焦点转移必须由 JS 显式调用
element.focus()或用户操作（Tab、点击）触发 -
inputmode值不会改变元素的可聚焦性（比如disabled或tabindex="-1"仍生效） - 在 Vue/React 中动态设置
inputmode，若元素未处于聚焦态，值变更无视觉或行为反馈
inputmode + 焦点劫持在复杂表单中的真实用法
当表单含 contenteditable 区域（如富文本编辑器）、自定义下拉、或需要按上下文切换键盘时，inputmode 必须配合“假输入框”完成焦点中转：
- 在编辑区旁放一个
<input type="text" class="visually-hidden" inputmode="decimal">，样式设为position: absolute; opacity: 0; width: 1px; height: 1px; - 监听编辑区
click或focusin，立即调用fakeInput.focus() - 用
getSelection()+range.getBoundingClientRect()同步光标位置到假输入框可视区域 - 用户输入后，将值同步回编辑区，并保持假输入框持续聚焦（避免键盘收起）
注意：type="number" 在此场景必须避开——iOS 上会强制重绘、Android 可能拦截粘贴或插入微调按钮，破坏同步逻辑。
立即学习“前端免费学习笔记（深入）”；
哪些 inputmode 值在焦点切换链中最可靠
不是所有 inputmode 值都经得起频繁聚焦/失焦。实测下来，以下组合在真机（iPhone 14+ iOS 16.4+、vivo X100 OriginOS 4、华为 Mate 60 HarmonyOS 4.2）上响应最稳定：
-
inputmode="tel"：搭配type="text"，95% 机型弹出带 *# 键的拨号布局，且失焦后重新聚焦几乎不闪退 -
inputmode="email"：Android Chrome 下 @ 键稳定出现，iOS 虽不强化 @，但也不干扰聚焦流程 -
inputmode="search"：回车键文字统一为「搜索」，keydown事件中event.key === 'Enter'可靠，适合搜索框间快速跳转 - 慎用
inputmode="decimal"：部分 OPPO 机型在连续聚焦两次后 fallback 到全键盘，需加onblur检查并手动focus()回退
容易被忽略的兼容性断层点
你写的 inputmode 值，从来不是给用户看的，而是给输入法开发者看的“建议”。这意味着：
- 同一台手机，换百度输入法 →
inputmode="numeric"生效；换 Jovi 输入法 → 无视，弹拼音 -
inputmode="none"不等于禁用输入，只是不自动唤起键盘；用户长按选中后仍可粘贴，且焦点仍在，JS 仍能读写value - 父容器用了
transform: scale(0.9)或will-change: transform，某些 vivo 机型会丢失聚焦状态，导致键盘不弹，和inputmode无关但常被误判
真正决定键盘是否弹出的，是“谁拿到了焦点”+“它的 type 和 inputmode 是否被当前输入法识别”，其余都是障眼法。
