uni-app中手机号格式化与空格处理需分离：用@input实时清洗（/\s/g）并按3-4-4拼接，type="tel"调起数字键盘；禁用空格靠@keydown拦截（ios微信需fallback @input清洗）；粘贴需@paste阻止后手动处理。
uni-app 里手机号格式化和空格处理不能混用同一套逻辑——格式化依赖可控的字符插入（比如在第3、7位加空格），而空格处理要“拦住”所有空格输入，否则格式化会被干扰甚至崩溃。直接用 v-model + @input 做字符串替换是最稳妥的起点，但必须区分「用户主动输空格」和「你代码加的空格」。
用 @input 实时格式化手机号（3-4-4）
关键不是靠 type="number"（它会吞掉空格、无法显示分隔符），而是用 type="tel" 调起数字键盘，再手动控制显示值。
- 监听
@input，拿到原始输入值后先清除所有空格：value.replace(/\s/g, '') - 截取前11位数字，按规则拼接：
value.slice(0,3) + ' ' + value.slice(3,7) + ' ' + value.slice(7,11) - 把拼好的带空格字符串赋给绑定变量（如
telPhone），v-model会同步渲染 - 注意：不要在
@blur或@change里做，它们触发太晚，用户看到的是未格式化的中间态
为什么 trim().replace(/\s+/g, '') 不够用
这个组合只清首尾和连续空格，漏掉中间单个空格；更重要的是，它在失焦时才执行，用户输入过程中仍能看到空格，可能误触提交或校验失败。
-
@blur时机不可控：微信小程序中软键盘收起延迟，blur可能比用户点击提交还晚 - 正则
/\s+/g不匹配单个空格（+表示“一个及以上”，但用户一次只按一个空格键） - 真正要写的是
/\s/g，全局替换所有空白字符（包括空格、制表符、换行符） - 如果还要兼容粘贴场景，得额外监听
@paste并preventDefault()后手动处理
如何“禁止输入空格”而不影响格式化
核心是拦截空格键事件，而不是等它进输入框再删——后者有闪烁、卡顿、光标错位问题。
- 给
<input>加@keydown，判断e.code === 'Space'或e.key === ' ' - 立即
e.preventDefault()，阻止空格上屏 - 同时检查当前光标位置：如果是在第3或7位之后，且用户正准备输入数字，就自动插入空格（模拟格式化行为）
- 注意 iOS 微信小程序中
@keydown不触发，得 fallback 到@input+ 正则清洗（value.replace(/[^0-9]/g, '')先保数字纯净，再格式化）
不同平台空格处理的兼容性坑
H5、App、微信小程序对空格的响应差异极大，不能只测一个端。
- H5 端：空格键
@keydown可靠，@input拿到的值含空格 - 微信小程序：iOS 下
@keydown失效，Android 下部分机型也无效；必须依赖@input清洗 + 光标位置模拟 - App 端（iOS）：软键盘空格键会触发
@input，但光标位置 API（selectionStart）不返回真实值，得用定时器+字符串比对推算 - 所有平台都要防粘贴：监听
@paste，e.preventDefault()后取e.clipboardData.getData('text')再清洗
最易被忽略的是：格式化后的空格是“合法空格”，而用户输的空格是“非法空格”。你的逻辑必须能区分这两者——否则每次格式化都会被自己的清洗逻辑抹掉。
