麦克风测试没声音，是设备坏了还是被浏览器挡住了？

4 个讲解板块 · 关联 3 款站内工具 · 内容最后核对 2026-10-09

权限弹窗只是第三道门，前面还有安全上下文和响应头两道，任何一道没过都不会有声音。

直接答案

先用一个特征分出大多数情况：权限弹窗有没有出现过。如果弹窗出现了、你点了允许，那问题在硬件或占用；如果根本没弹窗就直接报错，那问题在页面这一侧——要么不是安全上下文，要么页面被明确禁止使用麦克风。

最容易被忽略的一道是页面响应头。Permissions-Policy: microphone=() 里的空括号表示任何来源都不允许，包括你自己的站点。它不弹窗、直接拒绝，错误名还是 NotAllowedError，于是所有人都跑去改浏览器权限，当然改不好。

网页拿麦克风不像本地软件那样直接。为防滥用，浏览器在中间设了好几层关卡，而且把失败压缩成少数几个错误名，所以排查时最忌讳一上来就猜设备坏了。

这些关卡有明确的先后顺序：页面够不够安全、文档被不被允许、用户答不答应、硬件能不能开。按顺序逐层排除，速度比乱试快得多。

把错误名对到具体哪一道，就不会再绕圈。

关卡	没过时的表现	怎么修
安全上下文	接口对象是 undefined，报的是类型错误而不是权限错误	换成 HTTPS，或从本机地址打开
使用许可	直接拒绝，完全不出弹窗	放开响应头；嵌入时加授权属性
用户授权	出弹窗，等了数秒才拒绝	在地址栏站点设置里把权限改回询问或允许
硬件可用	报设备无法读取	关掉占用麦克风的其他应用

判据：数秒之后才被拒绝，说明有人参与了决策；不到三百毫秒就拒绝且没弹窗，几乎都是策略或已保存的设置。

它看起来像权限问题，其实是页面地址不合格。

只有 HTTPS 和本机地址算安全: 本机指 localhost 与 127.0.0.1，它们是给开发留的口子。
局域网地址不算: 同一台服务器用 IP 访问，比如 http://192.168.1.20:3000，不算安全上下文——这正是电脑上能用、手机一打开就死的典型原因。
非安全上下文下的报错很迷惑: 浏览器直接把整个接口对象藏掉，于是你的代码在取值时就抛了异常，看起来像脚本写错，而不像权限问题。
本地调试的正确做法: 要么用隧道工具给一个真正的 HTTPS 地址，要么给自己签一张本地信任的证书，而不是靠临时启动参数硬开。

一句话：页面地址先合法，再谈权限。

弹窗缺席意味着拒绝发生在用户这一层之前。