autocomplete="off"常失效因浏览器优先保障密码安全，会忽略该属性并按字段语义自动填充；实操需“骗过”识别，如type设为text、用无效autocomplete值、动态创建元素等。
autocomplete="off" 为什么经常失效
浏览器对 autocomplete="off" 的处理早已不是简单服从——尤其在 Chrome 84+、Edge 90+ 和新版 Safari 中，只要字段类型是 password、email、tel 或常见表单域（如 name、address），即使写了 autocomplete="off"，浏览器仍可能强行触发自动填充。
根本原因：浏览器把“防止密码管理器填错”看得比开发者指令更重要。它会忽略 off，转而根据字段语义（type、name、id）推测用途，并调用已保存的凭证。
真正能绕过自动填充的实操方案
关键不是“关掉”，而是“骗过”浏览器的启发式识别。以下方法经 Chrome 120 / Firefox 125 / Safari 17.4 实测有效：
- 把敏感字段（如密码、手机号）的
type临时设为text，再用 CSS 视觉隐藏真实类型（例如密码框用type="text"+input[type="text"] { text-security: disc; }） - 给
input添加无意义但干扰语义的属性，例如：name="field_16842"、id="user_input_v2"，避免出现name="password"或id="login-pass" - 对整个
form设置autocomplete="off"后，再给每个input单独设置autocomplete="new-password"（仅对密码类字段有效）或autocomplete="nope"（部分浏览器识别为无效值而放弃匹配） - 动态创建 input 元素（比如用 JS 在 DOM 加载后插入），避开页面初始解析阶段的自动填充扫描
autocomplete 值的兼容性陷阱
autocomplete 不是布尔开关，而是一组预定义关键词。填错值反而会触发更奇怪的行为：
-
autocomplete="false"或autocomplete="0"—— 被当作合法字符串值，浏览器可能按“false”字段尝试匹配历史记录 -
autocomplete="off"在form上有效，但在某些input上被忽略（尤其是type="password"） -
autocomplete="new-password"是唯一被广泛支持的“禁用已存密码填充”的值，但它只影响密码字段，且要求同域下有其他密码字段存在才更可靠 -
autocomplete="none"是 HTML5 标准写法，但 Chrome 目前不识别，Safari 支持有限
最稳妥的组合写法（生产环境推荐）
不要只靠一个属性。下面这段代码在多数现代浏览器中能稳定抑制自动填充：
<input type="text" name="mobile" id="mobile-field" autocomplete="nope" data-no-autofill="true" onfocus="this.setAttribute('autocomplete', 'off')">
注意三点：
-
type="text"避开浏览器对tel或email的特殊处理 -
autocomplete="nope"是故意拼错的值，主流浏览器均不识别，从而跳过自动填充逻辑 -
onfocus动态覆盖 autocomplete 属性，进一步阻断初始渲染时的匹配机会
如果字段必须是 type="password"，那就只能接受 autocomplete="new-password" + 随机 name + JS 动态赋值的组合，且要测试目标浏览器版本——旧版 Safari 对 new-password 支持极差。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
