用户拒绝后无法重试是浏览器策略，需区分安全限制、用户拒绝、设备不可用三类错误；预检权限状态并提供可操作引导与功能降级方案。
用户点击“拒绝”后，navigator.mediaDevices.getUserMedia 不会再弹窗，也不会重试——这不是 Bug，而是浏览器的强制策略。真正要做的，不是反复请求，而是判断失败类型、说明原因、提供可操作的退出路径。
区分三类失败：安全限制、用户拒绝、设备不可用
getUserMedia 的错误回调中，error.name 是关键线索：
- NotAllowedError：用户明确点了“拒绝”，或勾选了“不再询问”。此时无法再次触发弹窗，需引导手动开启
- SecurityError 或 NotSupportedError：当前页面非 HTTPS（线上环境）或 localhost（开发环境），或浏览器根本不支持该 API。这类问题必须修复环境，不能靠用户操作解决
-
NotFoundError 或 OverconstrainedError：设备不存在（如无摄像头）、参数冲突（如同时要求 front+4K+HDR 但硬件不支持）。应降级约束，比如改用
{ video: true }而非指定 facingMode
检测权限状态：不依赖 getUserMedia 弹窗
在调用 getUserMedia 前，可先做轻量级预检，避免无意义触发弹窗：
- 检查
window.isSecureContext—— 非安全上下文直接提示“请使用 HTTPS 访问” - 检查
navigator.mediaDevices是否存在 —— IE 或极旧版本 Safari 需降级方案（如上传图片替代实时拍摄） - 用
navigator.permissions.query({ name: 'camera' })查询当前权限状态（Chrome/Edge/Firefox 支持，Safari 暂不支持）。返回'granted'、'denied'或'prompt'，比 getUserMedia 更早暴露用户意图
拒绝后引导：给用户一个“可理解、可执行”的下一步
当确认是 NotAllowedError 且用户已拒绝时，界面不应只显示“开启摄像头失败”，而要分层响应：
- 首次拒绝：展示简短说明 + “我知道了”按钮，不跳转设置，保留继续使用其他功能的空间
- 二次触发失败（即已“不再询问”）：弹出浮层，说明“您已关闭摄像头权限，部分功能将受限”，并提供两个明确按钮：“去设置开启”（跳转系统设置页）和“稍后再说”
- 跳转逻辑需适配平台：iOS Safari 不支持 permissions API，也不开放跳转设置页，只能引导用户手动进入「设置 → Safari → 相机」；Android 和桌面 Chrome 可用
location.href = 'intent://settings'或打开系统设置 intent
功能降级与体验兜底：没有摄像头，也能完成核心流程
权限不是功能前提，而是增强手段。设计时就要考虑无摄像头场景：
- 扫码场景：提供“从相册选择图片”作为备选入口，后端统一走 OCR 解析
- 视频会议：默认关闭本地视频流，允许用户点击“开启摄像头”后再触发权限请求
- 身份核验：支持上传证件照 + 人工审核通道，不卡死在实时拍摄环节
- 所有降级路径都应在 UI 上显性呈现，而不是隐藏在报错提示里
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
