Chrome提示NotAllowedError的主因是调用getUserMedia时机非法或非安全上下文：须在用户手势同步链中调用，且仅限https/localhost；拒绝后需引导用户手动授予权限；iOS Safari需video标签加playsinline/autoplay/muted并立即play()。
Chrome 浏览器提示 NotAllowedError: Permission denied 怎么办
这是开发者最常遇到的情况：页面一加载，调用 na vigator.mediaDevices.getUserMedia() 就直接报错，甚至还没来得及弹出权限请求框。问题的根源往往不是用户点了拒绝，而是调用时机或上下文压根就不符合浏览器的安全规则。
关键点就在这里：调用必须发生在用户手势触发的同步执行链中。这个“手势信任链”不能被中断，意味着你不能把它塞进 setTimeout、fetch 的回调里，或者在页面加载完成事件中异步发起。浏览器会认为这不是用户的直接意图。
- ✅ 正确做法：在按钮的
onclick事件处理器里直接调用getUserMedia({video: true})。 - ❌ 错误示范：在
window.addEventListener('load', ...)里调用，即使只延迟了1毫秒，信任链也会断掉。 - ⚠️ 特别注意：在 Vue 或 React 等框架中，事件处理器如果被包装成了异步函数（比如加了
async但没有立即 await 相关操作），也可能在不经意间打断了这个链条，导致调用失败。
https:// 本地开发时用 file:// 协议打不开摄像头
如果你在本地双击打开 HTML 文件，发现摄像头调用总是失败，别急着找代码问题。现代浏览器（如 Chrome 74+、Firefox 68+）早已强制规定，getUserMedia 只能在安全上下文中运行——也就是 https:// 域名或者 localhost（包括 127.0.0.1）。file:// 协议直接就被排除在外了。
所以，解决方法绝不是“绕过限制”，而是让你的本地开发环境符合安全要求。这其实很简单：
一份详尽的“前端免费学习笔记（深入）”或许能帮你系统梳理知识；
- 使用 VS Code 的
Live Server插件启动项目，它会自动提供一个https://127.0.0.1:5500/的本地服务器地址。 - 通过命令行快速启动一个静态服务器，比如执行
npx http-server -c-1（-c-1 参数用于禁用缓存，有时能避免媒体流配置意外失效）。 - 如果你在使用 Webpack 或 Vite，其自带的开发服务器天生就满足安全上下文条件，无需任何额外配置。
至于网上流传的通过 Chrome 启动参数（例如 --unsafely-treat-insecure-origin-as-secure）来豁免限制，并不推荐。它只对指定的源生效，而且每次都需要重启浏览器，对于日常开发调试来说，效率太低了。
用户点了“拒绝”后，再次调用 getUserMedia 不再弹窗
这可不是 Bug，而是浏览器明确的隐私保护机制。一旦用户手动拒绝了权限请求，后续在同源页面内的调用就会直接被拒绝，不再弹出询问框。
正确的应对思路，不是想尽办法“强制”弹窗，而是友好地引导用户去主动修改设置：
- 首先，检查当前的权限状态。可以使用
na vigator.permissions.query({name: 'camera'})来获取一个state值（可能是granted、denied或prompt）。 - 如果状态是
denied，就在界面上展示清晰的提示，告诉用户点击浏览器地址栏右侧的摄像头或锁形图标，进入“网站设置”，手动将权限改为“允许”。 - 切记，不要反复调用
getUserMedia去触发错误，这只会让用户更加困惑。
需要注意的是，permissions.query API 在 Safari 和一些旧版本的 Edge 中可能不被支持，稳妥起见，最好先用 if ('permissions' in na vigator) 做一下能力检测。
移动端 iOS Safari 摄像头黑屏或只有第一帧
iOS 上的 Safari 对媒体播放的限制比桌面端严格得多。一个常见的坑是：视频流获取成功了，但 video 元素却黑屏，或者只显示第一帧画面。
问题通常出在 video 标签的属性设置和播放时机上。必须显式加上 playsinline、autoplay 和 muted 这三个属性，并且该元素不能处于 display:none 或 visibility:hidden 的状态。
标准的修复写法如下：
同时，在 Ja vaScript 中为视频元素设置好流 (video.srcObject = stream) 之后，必须立刻调用 video.play()，并做好错误捕获，以应对可能抛出的 NotSupportedError 或 NotAllowedError。
- 从 iOS 16.4 开始，Safari 支持在非主屏幕方向（比如横屏）下调用
getUserMedia，但旧版本只支持在竖屏状态下进行初始化。 - 另外，一些基于 X5 内核的微信内置浏览器可能完全禁用了摄像头功能，对于这种情况，提前进行 UA 检测并给出降级提示是必要的。
最后提个醒：在真机上调试时，记得关闭手机的“低电量模式”。这个模式有时会静音所有媒体元素，导致 play() 调用失败。
