navigator.permissions.query返回denied而非prompt，主因是页面未满足HTTPS（localhost除外）、用户手势触发、API使用上下文三者之一；denied不总表示用户拒绝，而是浏览器策略降级结果。
navigator.permissions.query 为什么返回 denied 而不是 prompt？
调用 navigator.permissions.query 查询 'geolocation'、'notifications' 或 'camera' 等权限时，返回 { state: "denied" } 并不总代表用户点过“拒绝”——更常见的情况是：页面未满足触发条件，浏览器直接按策略降级为 denied。
关键前置条件有三个：
- 页面必须通过 HTTPS（
http://localhost除外） - 调用必须发生在用户手势（如
click、touchstart）触发的事件处理函数中，不能在页面加载或定时器里直接调 - 目标权限需已注册对应 API 的使用上下文（例如查
'camera'前，至少得存在一个<video></video>元素或已调过getUserMedia）
漏掉任一条件，Chrome 和 Edge 会跳过 prompt 阶段，直接返回 denied，且后续无法通过刷新恢复。
query 返回 prompt 却没弹窗？
即使 navigator.permissions.query 成功返回 { state: "prompt" }，也不保证立刻弹出系统授权框。真实弹窗时机由浏览器控制，且受以下因素抑制：
立即学习“前端免费学习笔记（深入）”；
- 用户近期（通常 1–2 分钟内）刚拒过同域名同权限，浏览器会暂缓再次提示
- 页面处于后台标签页，部分浏览器（如 Safari）禁止后台触发权限请求
- 调用后立即执行了其他高优先级任务（如大量 DOM 操作或
setTimeout(..., 0)），导致浏览器放弃弹窗调度
实操建议：拿到 prompt 后，应引导用户主动点击按钮再调用实际 API（如 navigator.geolocation.getCurrentPosition），而不是依赖 query 结果自动触发。query 只用于状态预判，不替代真实请求。
不同权限的 state 值含义差异
navigator.permissions.query 返回的 state 字段在不同权限下语义不完全一致：
-
'geolocation'：可能值为"granted"、"denied"、"prompt"——prompt表示尚未请求过，下次调用定位 API 会弹窗 -
'notifications'：Chrome 中"prompt"实际等价于“未请求”，但 Safari 返回"granted"即使用户从未点过允许（因通知权限由系统级开关控制） -
'clipboard-read'：仅在安全上下文 + 用户手势中可查，denied通常意味着页面不满足读取剪贴板的最低要求（如非 HTTPS 或无手势）
别硬记状态映射表。更可靠的做法是：对每个权限，先查 state，再根据值决定下一步——granted 直接用；denied 提示用户去设置页手动开启；prompt 则绑定到按钮点击，准备真实请求。
兼容性与降级处理要点
navigator.permissions 在 Safari 上支持度有限：'geolocation' 和 'notifications' 基本不可用，'camera' 和 'microphone' 从 Safari 17.4 才开始部分支持。不要假设 query 总能返回 Promise。
安全写法必须包含运行时检测：
if ('permissions' in navigator) {
try {
const result = await navigator.permissions.query({ name: 'geolocation' });
// 处理 result.state
} catch (err) {
// 权限名不被支持，或查询被拒（如跨域 iframe）
}
} else {
// 降级：直接尝试调用 getCurrentPosition，捕获 PermissionDeniedError
}
另外注意：Firefox 对 query 的实现较保守，某些权限（如 'background-sync'）即使支持也不会暴露给前端脚本查询。预检逻辑要留好 fallback 路径，不能卡死在 query 结果上。
