autocomplete属性不是开关而是语义声明，可靠方式是使用标准token如email、current-password、new-password、one-time-code等；on/off值不可靠，伪随机命名等误操作已失效。
autocomplete="on" 和 autocomplete="off" 实际上都不可靠
浏览器对 autocomplete="on" 和 autocomplete="off" 的处理高度不一致——Chrome 会忽略 off，Firefox 可能部分尊重，Safari 则更倾向按字段语义（如 name 值）决定是否触发补全。单纯依赖这两个值，基本无法稳定控制行为。
真正起效的是语义化 autocomplete 值（如 email、current-password）
现代浏览器主要依据 autocomplete 属性的具体 token 来匹配已保存的凭证或表单数据。只要值符合 WHATWG 规范，补全才可能触发。
-
autocomplete="email"→ 触发邮箱地址建议 -
autocomplete="current-password"→ 触发密码管理器填充（且不会覆盖为“新密码”） -
autocomplete="new-password"→ 明确告诉浏览器“这是注册/改密场景的新密码框”，多数密码管理器将跳过填充 -
autocomplete="off"在密码字段上几乎无效；换成autocomplete="new-password"才实际抑制填充
绕过自动补全的常见误操作与替代方案
开发者常试图用随机 name 或 id、加空格、动态改值等方式“欺骗”浏览器，但这些方法在新版 Chrome/Firefox 中大多失效，还可能破坏无障碍访问或 JS 绑定逻辑。
- 避免
name="username_123"类伪随机命名：浏览器仍会基于autocomplete值和输入类型识别语义 - 不要用
input type="text"+autocomplete="off"模拟密码框：既不安全，也不阻止密码管理器弹出 - 若需彻底禁用补全（如 OTP 输入框），用
autocomplete="one-time-code"（Chrome 85+ 支持）或退而求其次用autocomplete="tel"（利用语义错位降低匹配率） - 敏感字段（如支付卡号）应配合
autocomplete="cc-number"等标准值，而非关闭——这反而利于用户使用合规密码管理器
注意 autocomplete 对 autofill 和 password manager 的双重影响
autocomplete 不只影响地址/邮箱等基础字段，它直接决定密码管理器是否介入：比如登录页两个密码框，一个写 autocomplete="current-password"，另一个写 autocomplete="new-password"，管理器才能正确区分并填充对应字段。
- 缺少
autocomplete属性的密码框，Chrome 可能拒绝显示“保存密码”提示 - 多个同类型字段（如两处
autocomplete="password"）会导致管理器填充错位或失败 - 移动端 Safari 对
autocomplete="postal-code"等支持较弱，但autocomplete="tel"或autocomplete="email"更稳定
on/off 只会让结果更随机。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
