移动端(非uniapp项目) PDA 扫码踩坑:input 聚焦屏蔽软键盘完整解决方案
目录第一章 前言第二章 完整代码实现第三章 核心实现原理inputMode 控制软键盘第四章 PDA 扫码硬件工作原理补充第五章 踩坑总结 兼容注意事项第一章 前言业务场景移动端 PDA 仓储扫码项目H5项目非uniapp项目使用手持工业 PDA 扫码枪做物料、库位扫码录入这里存在一个无法绕开的冲突扫码硬件原理PDA 扫码枪本质是模拟键盘输入设备想要扫码数据正常录入输入框必须让 input 输入框处于聚焦状态否则扫码识别的字符无法填充到输入框移动端系统机制安卓 /ios 浏览器、app 中只要 input 触发focus()聚焦事件系统会自动唤起原生软键盘业务痛点仓储 PDA 设备自带实体扫码按键完全不需要屏幕软键盘软键盘弹出会遮挡页面库位列表、操作按钮严重影响仓储操作人员效率甚至误触造成单据错误。网上常规方案readonly、disabled、blur()失焦全部存在缺陷readonly无法聚焦扫码枪失效甚至部分安卓低版本 PDA 配置不生效disabledinput 禁用后无法聚焦扫码枪输入失效聚焦后立刻blur()扫码字符还没录入就失焦扫码数据丢失。经过多轮真机调试、多型号 PDA 设备兼容测试最终封装一套稳定可用的 hooks 方案能完美实现「input 可聚焦供扫码、不唤起系统软键盘」。第二章 完整代码实现1. 封装通用 hooksuseFocusWithoutKeyboard.ts/** * PDA扫码专用hooksinput聚焦不唤起系统软键盘 */ export function useFocusWithoutKeyboard() { /** * 输入框聚焦并屏蔽软键盘 * param inputDom input原生DOM实例 */ const focusWithoutKeyboard (inputDom: HTMLInputElement | null) { if (!inputDom) return; // 先设置输入模式为无键盘 inputDom.inputMode none; // 异步延迟聚焦等待dom属性渲染完成 setTimeout(() { inputDom.focus(); // 聚焦完成后恢复默认文本模式不影响后续手动输入场景 inputDom.inputMode text; }, 0); }; return { focusWithoutKeyboard }; }2. 页面业务调用点击输入框触发聚焦import { useFocusWithoutKeyboard } from /hooks/useFocusWithoutKeyboard; const { focusWithoutKeyboard } useFocusWithoutKeyboard(); // 聚焦并支持扫码 const handleFieldClick async (field: FieldKey) { // 获取当前库位输入框DOM实例:这里的class是input元素大家看情况调整 const inputDom document.querySelector( .${classNameMap[field]} .van-field__control ) as HTMLInputElement; // 调用hooks实现聚焦不弹软键盘 focusWithoutKeyboard(inputDom); };3. 解决扫码后二次弹键盘change 事件处理/** * 输入框数据变更回调扫码完成触发 * param val 扫码识别的库位编码 * param field 当前操作字段key */ const handleFieldChange (val: string, field: FieldKey) { // 赋值扫码数据到表单 form[field].code val; // 扫码后强制重置inputMode防止二次聚焦弹出软键盘 const inputDom document.querySelector( .${classNameMap[field]} .van-field__control ) as HTMLInputElement; if (inputDom) { inputDom.inputMode none; } };第三章 核心实现原理inputMode 控制软键盘1. inputMode 属性底层逻辑HTML 原生 input 标签提供inputMode属性用于控制浏览器唤起的软键盘类型其中关键取值inputModenone告知浏览器当前输入框不需要任何屏幕软键盘触发 focus 聚焦也不会弹出虚拟键盘inputModetext恢复默认文本输入键盘用于普通手动输入场景。2. 为什么要加 setTimeout这里是核心坑点直接同步执行inputDom.inputMode none; inputDom.focus()会失效。浏览器渲染机制DOM 属性修改和 focus 事件属于同步渲染任务浏览器会一次性解析执行同步执行时浏览器读取inputMode时还未完成属性更新依旧按照默认text唤起软键盘使用setTimeout((){},0)将聚焦操作推入浏览器宏任务队列先完成 DOMinputModenone属性渲染再执行focus()聚焦此时浏览器识别不需要软键盘完美屏蔽弹窗。3. 扫码枪二次触发聚焦的衍生坑坑 2操作人员使用 PDA 实体按键扫码成功后硬件会再次触发 input 的 focus 事件此时inputMode会被浏览器重置为默认text导致扫码完成后软键盘再次弹出。 解决方案监听输入框change数据变更事件每次扫码赋值后重新将 inputDOM 的inputMode强制赋值为none杜绝二次弹窗。第四章 PDA 扫码硬件工作原理补充pda扫码疑惑为什么聚焦 input 才能扫码这里简单拆解工业 PDA 手持扫码设备的工作流程硬件层PDA 内置激光 / 影像扫码模组按下机身实体扫码键后摄像头识别条形码 / 二维码模拟键盘转发扫码模组识别完成编码后不会直接传输数据给前端页面而是模拟电脑键盘敲击逐个字符输出输入载体依赖系统键盘输入数据流只会流入当前页面处于激活聚焦状态的可输入 DOMinput/textarea反例如果 input 未聚焦模拟键盘输入无接收载体扫码字符直接丢失页面无任何数据响应。第五章 踩坑总结 兼容注意事项1. 两大核心坑回顾坑 1同步设置 inputModefocus 失效必须通过 setTimeout 拆分渲染时序 坑 2扫码硬件二次触发 focusinputMode 被浏览器重置change 事件强制重置属性兜底。2. 设备兼容注意点安卓 8.0 以下老旧 PDA 设备完全支持inputModenone属性兼容性优于autocompleteoff、readonly等方案uniapp H5、webview、微信小程序 webview 环境均可使用若业务存在「扫码 手动文字输入」混合场景聚焦完成后重置inputModetext手动点击输入框可正常唤起键盘双向兼容。3. 不推荐的劣质方案对比方案缺陷input 设置 readonly部分安卓 PDA 依旧弹软键盘且光标消失扫码偶尔断字符input 设置 disabledinput 无法聚焦扫码硬件输入完全失效focus 后立即 blur 失焦扫码字符还未录入 input 就失焦扫码数据丢失css 隐藏软键盘webview 无法通过 css 控制原生系统弹窗完全无效