直接原因是浏览器对type变更强制重置输入状态，ios safari等平台会blur再focus导致键盘反复收起弹出；应改用inputmode替代type切换，并注意focus调用时机与第三方脚本干扰。
input type切换时软键盘反复收起又弹出
直接原因是浏览器对不同type值的输入框采用独立的软键盘策略，且部分平台（尤其是iOS Safari）不允许在已聚焦状态下动态修改type。一旦执行input.type = 'number'或input.type = 'text'，浏览器会强制blur当前元素再重新focus——这个过程触发两次键盘管理周期，视觉上就是“闪一下”。
常见于密码可见/隐藏切换、金额输入框动态适配数字键盘等场景。不是bug，是规范行为：HTML标准明确要求type变更必须重置输入状态。
- 不要在
focus事件中改type——此时焦点已建立，改完立刻失焦 - 避免用
input.setAttribute('type', ...)，它比直接赋值input.type更容易触发DOM重排 - iOS下
type="tel"和type="number"键盘差异小，但切换仍会闪；Android Chrome相对宽容，但仍有概率失焦
用type="text" + inputmode替代type切换
真正解决闪烁，不是绕开规则，而是换掉规则依赖。现代浏览器支持inputmode属性，它只影响软键盘类型，不改变type语义，因此不会触发失焦。
例如密码显示场景：<input type="text" inputmode="text"> → 点击图标 → <input type="text" inputmode="verbatim">。这里type始终是text，只变inputmode，键盘类型切换无感。
-
inputmode="numeric"：唤出数字键盘（不含符号） -
inputmode="decimal"：带小数点的数字键盘 -
inputmode="tel"：电话键盘（iOS上≈type="tel"） -
inputmode="verbatim"：纯文本键盘（密码可见时用）
注意：inputmode在旧版Android WebView中支持弱，需配合pattern降级：input.pattern = "[0-9]*"。
密码可见切换时focus管理失效的典型坑
很多UI库在切换密码可见状态时，会先input.blur()再input.focus()，以为能“保持焦点”。但在移动端，focus()必须由用户手势直接触发，异步调用（哪怕setTimeout(0)）都会被浏览器拒绝，导致输入框彻底失焦、键盘收起。
- 错误写法：
button.addEventListener('click', () => { input.type = 'text'; input.focus(); }) - 正确写法：把
focus()放在mousedown事件里（手势起点），而非click（手势终点后） - 更稳妥方案：用
input.setRangeText('', 0, input.value.length, 'end')触发重绘而不失焦
验证是否成功：切换后检查document.activeElement === input为true，且input.selectionStart未归零。
第三方脚本劫持input事件导致type切换异常
jQuery插件、表单校验库、或主题自带脚本（如Divi的scripts.min.js）常监听focusin或input事件，并在其中调用e.preventDefault()或input.blur()。当你的代码刚完成type切换并尝试focus()，这些脚本会立刻拦截，造成“刚聚焦就失焦”的循环。
- 快速定位：在控制台执行
getEventListeners(document).focusin，看是否有非业务脚本监听 - 临时验证：移除可疑
<script></script>标签后重试，若闪烁消失，问题100%在此 - 兼容写法：给目标
input加data-no-focus-manage属性，在第三方脚本中加条件过滤
最隐蔽的坑是：某些脚本只在移动端注入，桌面端完全正常——别信“本地测过没问题”。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
