浏览器未触发密码保存提示，根本原因在于表单语义不完整：必须同时具备用户名字段（name及autocomplete匹配）、密码字段（type="password"且autocomplete="current-password"）、真实post提交并返回http 200，缺一不可；autocomplete="off"会直接禁用保存逻辑。
password输入框为什么没触发浏览器密码保存？
浏览器是否弹出“保存密码”提示，和 type="password" 本身无关——它只控制文本是否掩码显示。真正触发密码管理器介入的是表单整体的语义完整性：必须同时满足「有用户名字段 + 有密码字段 + 表单被成功提交（HTTP 200+ 且非页面跳转中断）」。
常见失效场景：
- 登录表单用
fetch提交但没调用form.reportValidity()或未阻止默认行为，导致浏览器认为“表单没真正提交” - 用户名字段缺失或
name值不是浏览器识别的通用名（如name="user"而非name="username"或name="email"） - 密码字段写了
autocomplete="off"—— 这会直接禁用所有密码保存逻辑，包括自动填充
autocomplete属性该设成什么值才有效？
autocomplete 不是开关，而是语义标签。对密码相关字段，必须用标准值，否则浏览器无法关联账号与密码：
- 用户名/邮箱字段：设
autocomplete="username"或autocomplete="email"（推荐后者，兼容性更好） - 密码输入框：设
autocomplete="current-password"（登录页）或autocomplete="new-password"（注册/改密页） - 绝对不要写
autocomplete="off"或autocomplete="false"—— 这些在现代浏览器中已被忽略或强制转为autocomplete="new-password"，反而干扰自动填充
示例正确结构：
为什么加了autocomplete还是不记住？
即使标记正确，仍有几个硬性条件卡住流程：
- 表单必须通过真实
POST提交到服务端，并返回 HTTP 200（不能是 302 跳转后才登录成功，浏览器只认首次响应） - 用户必须手动点击提交按钮（
Enter键触发也行），不能用 JS 模拟click()或直接调form.submit() - 密码字段在提交时不能是空值，且前后两次提交的用户名需一致（浏览器靠这个匹配账号）
- Chrome 86+ 对
autocomplete="new-password"有额外要求：必须在页面加载后至少 3 秒内未聚焦过该字段，否则拒绝保存（防脚本注入）
type=password和autocomplete组合的兼容性陷阱
老版本 Safari（iOS 12.1–14.4）会把 autocomplete="current-password" 当作无效值，降级为不填充；此时可加备用策略：
- 用户名字段同时写两个值：
autocomplete="username email"（部分旧引擎取第一个有效值） - 密码字段保留
autocomplete="current-password"，再加一个隐藏的同名字段：<input type="password" name="password" autocomplete="off" style="display:none">—— 利用旧引擎对off的误判来“绕过校验”，但主字段仍保持标准语义 - 避免用
type="text"+ CSS 掩码替代type="password"—— 这会让密码管理器完全失能，且违反无障碍规范
最易被忽略的一点：如果页面启用了 document.domain 修改或跨域 iframe 嵌套，密码保存功能会被浏览器静默禁用，且不报错。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
