passwordcredential构造失败导致store()静默无效，主因是id未严格匹配username输入值、password非非空字符串、表单缺少正确autocomplete语义、非https/localhost环境，或store()在submit中异步调用被跳转中断。
PasswordCredential 构造失败导致 store() 静默无效
浏览器不会报错，但 navigator.credentials.store() 像没执行一样——大概率是 PasswordCredential 实例构造不合规。它对字段类型、取值来源和语义标记极其敏感。
必须确保：
-
id是字符串，且严格等于用户在<input name="username" autocomplete="username">中输入的当前值（不能是空格、undefined或数字） -
password必须来自<input type="password">元素的.value，且非空字符串（""或仅空格都会静默失败） - 不能用
document.getElementById("pwd").value之后再重置表单——若表单在 submit 后立即刷新或跳转，该值可能已清空 - name 和 iconURL 是可选的，但若传了，
name应为用户显示名（如“张三”），iconURL需为同源或 CORS 允许的图片地址
store() 调用时机错误：submit 事件里直接 await 就翻车
在 form.onsubmit 里写 event.preventDefault(); await navigator.credentials.store(cred); login(); 看似合理，实则高危。因为 store() 是异步操作，而浏览器可能在 Promise resolve 前就完成跳转或刷新，导致存储被中断。
正确做法是彻底接管流程：
- 监听登录按钮的
click或表单的submit，第一时间event.preventDefault() - 从 DOM 中同步读取用户名和密码字段的
.value（此时值仍有效） - 构造
PasswordCredential并调用navigator.credentials.store(cred) - 仅在
store().then()回调内发起登录请求或跳转，不要混用await和同步跳转
后端验证失败后还调 store()：把错误密码存进系统密码管理器
这是最隐蔽也最危险的坑。用户输错密码，服务端返回 401，前端却仍执行 store() —— 浏览器照单全收，下次自动填充的就是错密码。
Chinese Sensitive Words
下载
中文敏感词/违禁词检测与内容合规性检查工具。支持对小红书（Xiaohongshu）、Douyin（抖音）、WeChat（微信）、Weibo（微博）、Bilibili（哔哩哔哩）、Zhihu（知乎）、Taobao（淘宝）、JD.com（京东）等主流平台的禁用词、限用词及高风险词进行文本扫描与合规性分析。
务必只在明确成功的场景下存储：
- 仅当后端返回 200（或等效成功状态）且身份已确认时才调用
store() - 若使用 JWT，应在 token 校验通过、用户 session 建立完成后触发
- 注册流程中，
autocomplete="new-password"字段的值不可用于PasswordCredential存储（那是防重复生成的提示，不是真实凭证）
HTTPS / localhost 缺失或表单语义不全：根本存不进去
PasswordCredential 不会在 HTTP 页面工作，也不会在语义缺失的表单上生效——即使 JS 代码完全正确，也会静默失败。
检查这三项是否全部满足：
- 页面协议为
https:或主机为localhost（127.0.0.1在部分 Chrome 版本中不被认可） - 登录
<form></form>包含autocomplete="on"，且内部有<input name="username" autocomplete="username">和<input type="password" name="password" autocomplete="current-password"> - 用户名/密码字段不能有初始
value（包括value=""），否则干扰浏览器识别
缺任何一项，store() 都不会真正写入系统密码管理器，且控制台零提示。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
