navigator.credentials 是 undefined 因环境不达标：必须 https 或 localhost，且需用户手势触发；safari 不支持，firefox 需手动启用；检测应优先判断 passwordcredential 或 federatedcredential 是否存在。
navigator.credentials 是 undefined？不是代码写错了，是环境不达标——必须 HTTPS 或 localhost，且用户得点一下才允许调用。
为什么 navigator.credentials 是 undefined
这是最常卡住开发者的起点。它根本不是“API 没加载好”，而是浏览器直接屏蔽了整个接口：
- HTTP 页面下
navigator.credentials永远为undefined，连属性都不存在 - 即使本地开
http://localhost:3000，也只在 Chrome/Edge/Firefox（需手动开启）中可用；Safari 完全不支持（截至 Safari 17） - Firefox 默认禁用，必须访问
about:config并设dom.credentialmanagement.enabled = true - 检测兼容性别只查
'credentials' in navigator——这会把只支持 WebAuthn（PublicKeyCredential）但不支持PasswordCredential的浏览器也误判为可用
更稳妥的写法是：
if (window.PasswordCredential || window.FederatedCredential) { /* 可安全使用 */ }
credentials.get() 调用后没返回、Promise 拒绝或返回空对象
常见现象：点了登录按钮，控制台没报错，但 credentials.get() 既不 resolve 也不 reject，或者返回 undefined。原因往往不是逻辑错，而是触发条件没满足：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 必须由用户手势触发（例如
button.onclick），不能在DOMContentLoaded、setTimeout或自动轮播里调用 - 必须确保表单有正确语义：
<form autocomplete="username password"></form>，且输入框带name="username"和name="password" - 传参时若写
{ password: true }，不代表一定能拿到credential.password——浏览器只在用户明确选中并提交该账号后才暴露密码；多数情况只返回id、name、iconURL，用于 UI 渲染或发起后端校验 - 错误类型要主动捕获：
.catch(err => console.error(err.name))，常见值有"SecurityError"（协议不对）、"NotAllowedError"（用户拒绝或无手势）、"NotFoundError"（没存过凭证）
credentials.store() 存不进去，也没报错
静默失败是另一个高频坑。看起来代码跑通了，但刷新页面再调 get() 还是空：
-
PasswordCredential构造时，id必须严格等于表单中input[name="username"]的值，password必须来自input[type="password"]的当前值——字段名、类型、取值时机错一点就白存 - 不能在
submit事件里直接await credentials.store()后发请求——浏览器可能已跳转或刷新。必须e.preventDefault()，手动收集值 → 构造凭证 →store()→ 等 Promise resolve → 再调fetch或跳转 - 后端登录失败（如密码错误、验证码不通过）时，绝对不要调
store()，否则错误凭证会被系统密码管理器记住，下次自动填入的就是错的 - 存储成功不等于“下次能自动填充”——仍需配合语义化表单 + 用户点击触发
get()，否则浏览器不会激活自动填充 UI
登出时要不要调 preventSilentAccess()
要，但只在特定时机：
- 它防的是“无感自动登录”，即页面一打开就偷偷拉凭证完成登录。这不是 bug，是浏览器的安全策略
- 应在用户点击“退出登录”后立即调用，而不是页面初始化时无条件执行——否则下次进登录页，
get()会直接返回undefined，连账号选择器都不会弹 - 它不影响浏览器原生的表单自动填充（那是 autocomplete 机制），只影响 JS 主动读取
PasswordCredential或FederatedCredential - 调用后无需 await，它是同步的；但后续再次调用
get()时，必须显式传mediation: 'required'才能强制唤起账号选择器
真正容易被忽略的是：这个 API 不是“开关”，而是一次性闸门——调一次，之后所有静默尝试都会被拦，直到用户再次手动点选账号。设计登录流程时，得把“用户是否愿意被记住”和“是否允许静默恢复”拆成两个独立决策点。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
