Chrome从v76起忽略autocomplete="off"，尤其对密码字段；应改用autocomplete="new-password"或唯一值如"nope"，并逐个设置input元素。
autocomplete="off" 为什么在 Chrome 里不生效
chrome 从 v76 开始，对 autocomplete="off" 做了强制忽略——尤其是当表单包含 type="password" 或浏览器已保存过该域名的凭据时。它会优先信任自己的密码管理逻辑，而不是你的属性声明。
常见错误现象：autocomplete="off" 写了但下拉建议照出；输入框聚焦后依然弹出生日/邮箱/地址等历史填充项。
- 真正有效的做法是把
autocomplete设为一个“无意义但唯一”的值，比如autocomplete="nope"或autocomplete="new-password"（后者对密码字段更稳妥） - 如果目标是禁用整个表单的自动填充，不要只设在
上，必须逐个设在元素上 - 对
type="text"类输入，autocomplete="off"在 Safari 和 Firefox 中仍有效，但别依赖它跨浏览器一致
密码字段被自动填充，怎么阻止浏览器“抢填”
浏览器看到 type="password" 就默认启用密码管理器逻辑，哪怕你写了 autocomplete="off"，它也可能把上次保存的密码塞进第一个 type="password" 字段，甚至覆盖你手写的值。
使用场景：注册页有两个密码框（密码 + 确认密码），或编辑页只显示“修改密码”字段（非必填），你不希望浏览器擅自填充。
- 把密码输入框的
autocomplete设为autocomplete="new-password"——这是 WHATWG 规范认可的合法值，Chrome/Firefox/Safari 都会将其视为“不许复用已有密码” - 避免用
name="password"或id="password"，改用模糊命名如name="pwd_input_2024"，降低浏览器启发式匹配成功率 - 如果字段是可选的（比如“留空则不修改密码”），加载后用 JS 清空其
value，再设value=""并blur()一次，能打断部分浏览器的预填充时机
隐藏域或动态生成的 input 被 autocomplete 错误关联
有些框架（如 React、Vue）或脚手架会在表单里悄悄插入隐藏 ，或者用 JS 动态创建 input 后 append 到 form 中。浏览器可能把这些也纳入 autocomplete 上下文，导致意外填充或 focus 行为异常。
性能影响：无关 input 被加入 autocomplete 流程，会轻微拖慢表单解析，更严重的是干扰用户实际输入流。
- 所有非用户直接操作的
（包括type="hidden"）都必须显式设置autocomplete="off"或更安全的autocomplete="none" - 动态插入的 input，在 append 前就应设置好
autocomplete属性，不要依赖后续 JS 补设——浏览器可能已在 DOM 插入瞬间完成识别 - 若用
display: none或visibility: hidden隐藏 input，它仍参与 autocomplete；必须用hidden属性或移出才彻底隔离
autocomplete 值不是随便写的，规范里有明确含义
autocomplete 不是开关，而是一套语义标注系统。浏览器按它的值决定是否填充、填什么类型的数据。写错值（比如 autocomplete="false"）等于没写，因为不是标准关键词。
兼容性影响：旧版 Safari 对 autocomplete="section-xxx" 支持弱，而 autocomplete="email" 在所有现代浏览器中行为一致。
- 标准值必须查 WHATWG Autofill spec，常用值只有
off、on、name、email、current-password、new-password、one-time-code等十几个 -
autocomplete="off"仅在部分场景下有效（如无密码字段的搜索框），不能当作通用关闭方案 - 想完全绕过 autocomplete，最可靠的方式是不用
包裹，改用button onclick+fetch提交，但这会丢失原生表单语义和无障碍支持，得权衡
真正麻烦的地方在于：autocomplete 行为由浏览器私有策略驱动，同一份 HTML 在 Chrome Canary、Edge Beta、Safari TP 里表现都可能不同。别指望一次设置全端生效，得按浏览器版本做渐进式降级处理。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
