根本原因是未满足iOS系统级自动填充的三个硬性条件：短信格式不规范、input属性缺失、manifest配置漏项；必须同时设置input-type="oneTimeCode"（HBuilderX 3.6.5+）、短信含【应用名】验证码：123456格式、manifest.json中启用"com.apple.SafariKeychain": true。
uni-app里短信自动填充为什么在iOS上不生效
根本原因是没满足系统级自动填充的三个硬性条件：短信格式不规范、input属性缺失、manifest配置漏项。iOS只认UITextContentType.oneTimeCode语义，不是“有验证码数字”就能触发。
必须同时做到以下三点：
-
input组件加input-type="oneTimeCode"（HBuilderX 3.6.5+才支持），且type="number"+inputmode="numeric" - 短信模板正文必须含「验证码」或「Code」字样，且用中文括号【】包裹应用名，例如：
【 MyApp 】验证码：123456，5分钟内有效 -
manifest.json中补全 iOS capabilities："com.apple.SafariKeychain": true
缺任意一项，iOS都会跳过自动填充。实测发现，空格、换行、英文括号[]、变量名写成${code }（带空格）都会导致匹配失败。
uni-app H5端自动填充能用但App端不行怎么办
H5端走的是浏览器标准autocomplete="one-time-code"，而App端（iOS/Android）走的是原生控件通道，两者机制完全不同。App端不会解析autocomplete属性，哪怕你写了也无效。
常见错误操作：
- 在App端页面里给
input加autocomplete="one-time-code"—— 完全无作用 - 用
web-view加载H5页来“曲线救国”—— 可行但绕过vue渲染，失去响应式和生命周期控制，不推荐 - 试图用
uni.getClipboardData()监听剪贴板变化 —— iOS/Android均禁止后台静默读取，只能由用户点击后调用一次
正确路径只有一条：按前一节说的三要素老老实实配齐，别动歪脑筋。
uni-app里怎么安全获取短信验证码
前端不能直连短信平台，这是铁律。所有“uni.request直接调第三方短信API”的写法，上线必被封密钥，且违反运营商合规要求。
必须走你自己的后端中转：
- 前端只调用
/api/send-sms（或云函数smsService），传phone和action（如"login"） - 后端做频率限制（如60秒/次）、图形验证码校验（如有）、手机号格式校验
- 后端用SDK调短信平台（如阿里云SMS、腾讯云SmsClient），密钥绝不出现在前端代码里
uniCloud方案更省事：把uniCloud.sendSms()写在云函数里，密钥存在环境变量中，前端只调云函数名，比如uniCloud.callFunction({ name: 'smsService', data: { phone } })。
验证码填入后触发两次、光标乱跳、输入框卡死
这是iOS原生控件和Vue响应式绑定打架的典型症状。系统自动填入时会连续触发两次input事件，v-model又同步更新data，容易造成视图错乱。
解决办法很直接：
- 给
input加maxlength="6"，硬性截断重复填充 - 不要在
@input里做复杂逻辑（比如实时校验、请求接口），改用@blur或防抖后的@change - 避免对
input元素调用preventDefault()或重写onpaste，这会直接禁用系统自动填充流程
最稳妥的做法是：让自动填充只做“填进去”，校验和提交全部交给下一步按钮触发，不依赖输入过程中的任何中间态。
