form autocomplete="off" 经常不生效，因为现代浏览器（chrome 76+、edge 90+、firefox 90+）忽略表单级设置，仅尊重各 input 的 autocomplete 值、type 类型和 dom 位置；密码字段必须用 current-password 或 new-password 才能正确控制填充。
form 元素上的 autocomplete 属性早已不是“开关”，它只是子元素的默认值，且现代浏览器（Chrome 76+、Edge 90+、Firefox 90+）基本忽略它对敏感字段的控制。真正起作用的是每个 <input> 的 autocomplete 值、type 类型和 DOM 位置。
为什么 form autocomplete="off" 经常不生效
Chrome 从 v76 起就主动绕过 form autocomplete="off"，尤其当表单内含 type="password" 或 type="email" 字段时——浏览器认为用户更需要安全填充，而非开发者“一刀切”的禁用指令。
- 它只对**未显式声明
autocomplete的子<input>** 生效；一旦某个<input autocomplete="email">存在，整个表单级设置就被覆盖 - 即使
<form autocomplete="off"></form>，只要有一个<input type="password" autocomplete="current-password">，密码仍会被填入 - 某些浏览器（如新版 Edge）把
form autocomplete="off"当作“建议”，尤其在 HTTPS 页面中，完全不执行
autocomplete 值必须语义化，不能乱写
浏览器靠标准 autocomplete 值匹配本地保存的数据（如地址、银行卡、登录凭据），拼错、大小写错、加连字符（如 auto-complete）或自定义值（如 myemail）都会被直接忽略。
- 必须使用 WHATWG 官方列表中的值，例如：
username、current-password、new-password、cc-number、shipping postal-code -
type="email"本身不触发邮箱填充，autocomplete="email"才是关键 - 密码字段绝不能只写
autocomplete="off"：登录页用current-password，注册/改密页的“新密码”框必须用new-password（这是唯一被广泛支持的禁填标识）
React/Vue 动态表单中 autocomplete 容易踩的坑
框架中通过 v-if、key 或条件渲染切换表单结构时，若新旧 <input> 的 name 或 id 相同但 autocomplete 值不同，浏览器可能沿用旧缓存逻辑，导致建议弹出错位或内容错误。
- 确保每次渲染新字段时，
autocomplete值与当前语义严格一致：例如从“登录”切到“重置密码”，密码框必须从current-password切到new-password - 避免用
value=""或空格预填充密码框——某些浏览器会判定为“被篡改”，直接屏蔽所有密码建议 - 不要依赖 JS 动态设置
autocomplete="off"后再focus()：Chrome 会回退到初始 HTML 中的属性值
真正可控的粒度只在单个控件上，form 层的 autocomplete 已退化为文档注释级别。它存在，但别指望它起作用——尤其当你要处理多个密码框、OTP 输入或跨步骤表单时，DOM 顺序、语义值一致性、以及是否隐藏干扰字段，比写不写 form autocomplete 关键得多。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
