能有效阻止，但非绝对禁止；它向浏览器声明“此处设新密码”，主流浏览器据此避免填充旧密码对，前提是配合唯一密码字段、明确name属性及规范表单结构。
autocomplete="new-password" 真的能阻止浏览器填旧密码吗？
不能完全阻止，但它是目前最有效、被主流浏览器（Chrome、Edge、Firefox）实际识别的信号。关键在于：它不是“禁止填充”，而是告诉浏览器“这里要输入一个新密码，请别用已保存的任意账号密码对来预填”。很多开发者误以为设了就万事大吉，结果发现 Chrome 仍弹出密码建议框——那通常是因为其他条件不满足。
为什么加了 autocomplete="new-password" 还被自动填充？
常见原因有这几个：
-
input没有明确的name或id属性，浏览器无法稳定关联表单上下文 - 同个
form内存在另一个type="password"的input（比如“确认密码”），且没设autocomplete，浏览器会优先匹配第一个密码字段并忽略new-password - 页面加载后通过 JS 动态修改了
type（如从text切成password），导致浏览器错过初始解析时机 - 用了
autocomplete="off"—— 现代浏览器已基本无视该值，反而可能触发更激进的启发式填充
正确写法：必须配合表单结构和属性组合
单独写 autocomplete="new-password" 不够。实操中要同时满足：
- 确保该
input是form内唯一的type="password"字段（“确认密码”字段建议用type="text"+ 后续 JS 校验，或显式设autocomplete="new-password"） - 给
input设明确的name，例如name="new_password"（避免用password或passwd这类通用名） - 不要在父
form上设autocomplete="off"，这会干扰子元素行为 - 如果页面有登录表单残留（比如切换到注册页但 DOM 未清理），务必移除或
display: none掉旧的密码字段，否则浏览器可能仍尝试匹配
示例正确代码：
Chrome 120+ 和 Safari 的特殊表现
Chrome 从 v120 开始对 autocomplete="new-password" 加强了校验：如果检测到同域下近期有登录成功记录，仍可能在聚焦时显示密码生成建议（小钥匙图标），但这**不会自动填充值**，只是提示可生成新密码；Safari 则更严格——若 input 缺少 name 或不在 form 中，直接忽略该属性。所以测试时务必用真实域名（localhost 可以，file:// 协议下多数行为失效）。
真正难处理的是用户手动点击地址栏密码管理器弹窗再选填——这个层面没有标准 API 能禁用，只能靠前端逻辑在提交前校验是否与旧密码雷同。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
