chrome 53+无视autocomplete="off"是设计决策，因其将自动填充视为安全基础设施；它通过多阶段扫描和语义识别（name/type/label等组合）强制填充，绕过需混淆或抢占而非阻止。
Chrome 从 53 版起就明确无视 autocomplete="off"，这不是 bug，是设计决策——它把自动填充当作安全基础设施，优先保障用户快速登录，而不是听你的 HTML 指令。
为什么 autocomplete="off" 在 Chrome 中完全没用
Chrome 会多次扫描表单（渲染时、focus 时、submit 时），只要它识别出字段语义像用户名或邮箱（比如 name="username"、name="email"、type="password"），就会强行填充，不管 autocomplete 值是什么。
-
autocomplete="new-password"对非type="password"字段基本无效 - 隐藏字段、
v-if延迟渲染、setTimeout清空value—— 这些在 Chrome v12x+ 中全部失效，因为值已写入 Shadow DOM 或 DocumentFragment - 只改
id或name（如改成sellerId）也不行，语义模型支持上下文理解，单点混淆挡不住
真正有效的绕过方案（2026 年实测可用）
核心思路不是“阻止”，而是“抢占”或“混淆”：让 Chrome 的填充引擎误判、跳过，或填错地方。
- 在真实字段前插入一个隐藏诱饵字段：
<input type="text" name="username" autocomplete="username" style="position: absolute; left: -9999px;">
——Chrome 每个表单只填充一次账号信息，填完诱饵就收手 - 用非法
autocomplete值替代"off"，例如autocomplete="nope"或autocomplete="fake-email"——浏览器只认规范值（email、cc-number等），非法值直接跳过该字段 - 动态移除属性而非设为
"off"：input.removeAttribute('autocomplete')，再配合随机化name（如name="user_input_1712034567_x8y9z"），可大幅降低启发式匹配成功率
type="password" 字段的特殊处理
这是最常踩坑的场景：Chrome 把 type="password" 当作强信号，哪怕加了 autocomplete="off" 也照填不误。
- 临时设为
type="text"，等用户聚焦时再切回type="password"：document.getElementById('pwd').addEventListener('focus', function() { this.type = 'password'; }); - 搭配
readonly+ 延迟解除：input.setAttribute('readonly', true)，然后setTimeout(() => input.removeAttribute('readonly'), 300)，比单纯清空value更可靠 - 不要单独依赖
autocomplete="new-password"，它在非密码字段上不稳定，在密码字段上反而可能触发更激进的填充逻辑
真正难的不是加代码，而是判断哪个字段会被 Chrome 认定为“敏感”——它看的是组合特征（name + type + label 文本 + 上下文位置），不是单个属性。绕过的关键，永远是让它“认不出来”。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
