打开一个网页，测试浏览器弹窗问“是浏览否允许访问摄像头”——你点了“允许”，但画面死活出不来。打开这种情况我遇到过不下十次，摄像有时候是测试驱动问题，有时候是浏览浏览器权限被某个安全软件偷偷拦了。最离谱的打开一次，是摄像笔记本键盘上的物理摄像头开关被合上了，我查了半小时系统设置才发现。测试

要测浏览器能不能打开摄像头，浏览最直接的打开办法是写几行 JavaScript。别怕，摄像不需要你懂编程，测试复制粘贴到控制台就能跑。浏览

navigator.mediaDevices.getUserMedia({  video: true }) .then(stream => {  console.log('摄像头可用',打开 stream); stream.getTracks().forEach(t => t.stop()); }) .catch(err => {  console.error('出问题了:', err.name, err.message); });

在 Chrome 里按 F12 打开开发者工具，切到 Console 标签，把上面这段贴进去回车。如果返回一个 MediaStream 对象，说明浏览器层面没问题。如果报错，错误类型会告诉你原因：NotAllowedError 是权限被拒，NotFoundError 是没找到摄像头设备，NotReadableError 通常是硬件被占用或驱动异常。

但控制台测试有个盲区：它只验证了 API 调用，不验证画面是否真的能渲染出来。我见过 API 返回成功、但视频轨道是黑屏的情况——摄像头被其他程序独占了，比如 Zoom 后台没退干净。所以更靠谱的做法是建一个本地 HTML 文件，把视频流渲染到 <video> 标签里。

<!DOCTYPE html> <html> <body> <video id="v" autoplay playsinline width="400"></video> <script> navigator.mediaDevices.getUserMedia({  video: true }) .then(s => {  document.getElementById('v').srcObject = s; }) .catch(e => {  document.body.innerHTML = '失败: ' + e.name; }); </script> </body> </html>

保存为 test.html，双击用浏览器打开。能看到实时画面就说明整条链路通了。看不到的话，页面会直接显示错误名称，比翻控制台快。

还有几个容易踩的坑。一是地址栏协议：getUserMedia 只在 HTTPS 或 localhost 下可用，你用 file:// 打开本地文件在某些浏览器上会被直接拒绝。二是 macOS 的系统级权限，浏览器通过了不代表系统放行了，要去“系统设置 → 隐私与安全性 → 摄像头”里确认浏览器在列表里且勾选了。Windows 类似，在“隐私和安全性 → 摄像头”里检查。

如果你不想碰代码，有一些现成的测试站点，比如 webcamtests.com。打开后点“Test my cam”，它会同时检测权限、设备和画面渲染。缺点是这类网站本身需要你信任它——毕竟你把自己的摄像头画面交给了第三方页面。我个人的习惯是本地 HTML 文件测，干净、可控、不经过任何服务器。

另外提一句，浏览器地址栏左侧那个摄像头图标别忽略。点它能看到当前站点的权限状态，如果显示“已阻止”，改一下就行，不用去设置里翻。这个入口比翻三级菜单快得多。

测完之后记得把 stream.getTracks().forEach(t => t.stop()) 加上，不然摄像头指示灯会一直亮着。别问我是怎么知道的。