能，但需满足浏览器（chrome 108+/edge 108+/safari 16.4+）、https、表单提交历史、短信含6位纯数字及发送方域名等条件；type必须为text或tel，且input须在form内并留空初始值。
autocomplete="one-time-code" 能触发自动填充吗？
能，但前提是页面结构、浏览器和短信来源都满足条件。Chrome 84+ 和 Edge 86+ 支持该值，Safari 16.4+ 也已支持，但 Firefox 尚未实现。关键不是设了属性就自动生效，而是浏览器能否从系统级短信服务中识别并提取六位数字验证码。
为什么写了 autocomplete="one-time-code" 却没弹出填充？
常见原因有三个：
- 输入框不是
<input type="text">或<input type="number">，比如用了type="tel"或自定义组件封装（如 React 的input被包裹在div里且没透传属性） - 短信未通过系统原生短信 App 发送（例如微信、QQ、第三方短信 SDK 推送的验证码，iOS/Android 都不会被识别）
- 短信格式不匹配：必须包含连续 6 位纯数字（或 4–8 位），且附近有明确上下文提示，如 “您的验证码是 123456” 或 “【XX平台】123456 是您的验证码” —— 浏览器依赖 SMS 网关签名 + 数字位置 + 品牌关键词联合判断
怎么写 HTML 才大概率触发自动填充？
按最小可行结构来，别加多余 wrapper：
<label for="otp">验证码</label><br><input> id="otp"<br> name="otp"<br> type="text"<br> autocomplete="one-time-code"<br> inputmode="numeric"<br>>
注意三点：
-
name和id必须存在，且建议保持语义化（如name="otp"或name="code"），避免用name="vcode"这类缩写 -
inputmode="numeric"是加分项，尤其在移动端能调起数字键盘，部分 Android 浏览器会将其作为辅助识别信号 - 不要用
value初始值、不要 JS 动态修改autocomplete属性，加载完成时它就必须是"one-time-code"
安卓和 iOS 的行为差异有哪些？
根本区别在于系统层集成方式：
- iOS：依赖 Messages App 中带「验证码」标记的短信（需含品牌名 + 数字），Safari 会在键盘上方显示建议栏；即使用户点了“稍后”，下次聚焦仍可能唤起
- Android：Chrome 依赖 Google Messages（或系统默认短信 App）的 SMS Retriever API，要求短信末尾含 11 位哈希签名（
AppHash），否则不触发 —— 这意味着你得在发短信时让后端加上签名，否则 Chrome 不认 - 两者都不支持剪贴板监听或后台读取短信，所有识别都在系统级完成，前端无法主动拉取
真正卡住的点往往不在 HTML 属性本身，而在短信通道是否合规、是否适配了对应平台的签名机制。改完 autocomplete 就以为搞定，容易漏掉后端发码环节的适配。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
