Chrome无视autocomplete="off"是设计行为而非bug，自53版起将其降级为弱信号，优先保障自动填充登录安全；有效绕过需用诱饵字段、非法autocomplete值或动态移除属性。
autocomplete="off" 在 Chrome 中失效不是 bug，是明确的设计行为——从 Chrome 53（2016 年）起，它就被降级为“弱启发式信号”，浏览器会直接忽略它，尤其当检测到 name、type、label 或上下文暗示登录/敏感字段时。
Chrome 为什么无视 autocomplete="off"
根本原因是策略转向：Chrome 把自动填充视为安全基础设施的一部分，优先保障用户快速登录，而非服从开发者指令。它会在多个时机重新评估表单（首次渲染、focus、submit），只要识别出“可能是用户名或邮箱”，就强行填充，不管 autocomplete 值是什么。
- 字段
name="username"、name="email"、name="phone"等语义关键词仍会被模型识别，哪怕加了autocomplete="off" - 即使改用
autocomplete="new-password"，对非type="password"字段也极不稳定 - 隐藏字段、
v-if延迟、setTimeout渲染等前端技巧，在新版 Chrome 中基本失效——DOM 插入后仍会被扫描并填充
真正有效的绕过方法（工程可用）
核心思路不是“阻止”，而是“抢占”或“混淆”：让 Chrome 的填充引擎把注意力引向别处，或让它彻底无法匹配标准语义。
- 在真实业务字段前插入一个隐藏的诱饵字段：
—— Chrome 只会在每个表单中填充一次账号信息，填完诱饵就不再动你的真实字段 - 用非法
autocomplete值替代"off"，例如autocomplete="nope"或autocomplete="street-address-fake"—— 浏览器只认规范值（如email、cc-number），非法值会让填充引擎直接跳过该字段 - 动态移除
autocomplete属性（而非设为"off"）：input.removeAttribute('autocomplete')，再配合随机化name（如name="user_input_1712034567_x8y9z"），可显著降低启发式匹配成功率
哪些方案已确认不可靠（2026 年实测）
这些常见操作在当前 Chrome（v12x+）中基本无效，继续尝试只会浪费调试时间：
-
autocomplete="off"或autocomplete="new-password"单独使用 → ❌ 失效 - JS 清空
value（含setTimeout延迟）→ ❌ Chrome 已将填充值写入 Shadow DOM / DocumentFragment，无法通过input.value读取或覆盖 - 设置
disabled=true再setTimeout启用 → ❌ 触发重扫描，填充照旧 - 仅修改
id或name（如name="sellerId"）→ ❌ 语义模型已支持上下文理解，单改命名无用
最易被忽略的一点：诱饵字段必须放在真实字段**之前**，且不能用 display: none 或 visibility: hidden（某些版本会跳过不可见元素扫描），推荐用 position: absolute; left: -9999px 这类视觉隐藏但 DOM 可达的方式。否则 Chrome 可能压根不把它当候选目标。
