公网web服务器无法录制音频？语音识别网站遇麦克风权限报错

该问题本质是现代浏览器的强制安全规则拦截，并非网站本身的功能代码错误：
浏览器对麦克风、摄像头这类涉及用户隐私的敏感API，仅在*安全上下文（Secure Context）*环境下开放调用权限。localhost、127.0.0.1这类本地地址会被浏览器自动判定为安全上下文，因此本地运行时功能完全正常；但公网部署时如果采用明文HTTP协议供用户访问，站点不属于安全上下文范畴，浏览器会在系统底层直接拦截所有敏感权限调用，不会弹出正常的授权弹窗，甚至直接返回无权限的报错。

方案1：正式面向多用户使用的通用解决方案 #

给公网站点配置受信任CA签发的有效SSL证书，实现全链路HTTPS加密访问。

• 只要站点通过合规的HTTPS协议对外提供服务，就会被所有主流浏览器自动识别为合法安全上下文，麦克风权限的授权流程会和本地环境完全一致：浏览器会正常弹出权限申请弹窗，用户授权后即可正常调用功能，完全支持多设备跨公网访问。
• 配置完成后需要设置HTTP到HTTPS的强制跳转，避免用户手动输入HTTP地址访问时触发权限拦截。
• 注意不能使用自签名的SSL证书，这类证书不被浏览器信任，依然不会被判定为合法安全上下文。

方案2：仅适合内部临时测试的过渡方案 #

如果暂时没有条件配置HTTPS，可以在单台测试设备的浏览器上手动添加站点的权限豁免，让浏览器把指定的HTTP公网站点单独识别为安全上下文：

• 针对Chrome、Edge等Chromium内核的浏览器，直接在地址栏输入浏览器内部配置地址 chrome://flags/#unsafely-treat-insecure-origin-as-secure
• 在对应配置项的输入框中填写你部署的公网站点完整HTTP地址（例如http://你的站点域名），将配置项状态设置为Enabled
• 重启浏览器后，该站点就可以正常发起麦克风权限申请了。
• 这个方案的局限性非常明显：所有访问该站点的设备都需要单独手动做上述配置，没法批量对所有公网访问用户生效，绝对不能作为面向普通用户的正式运行方案。

常见误区澄清 #

• 不存在“公网部署就完全不能用麦克风”的限制，所有说“必须在本地服务器运行”的建议，本质是没有掌握安全上下文的判定规则。只要满足安全上下文要求，跨网多设备访问调用麦克风功能是完全合规且稳定的。
• 不要尝试通过前端代码逻辑绕开限制：浏览器对getUserMedia这类API的拦截是在底层实现的，在非安全上下文环境下，前端代码根本无法触达系统麦克风的硬件能力，任何代码层面的修改都无法绕开这个拦截。
• 如果配置完有效HTTPS后依然无法申请权限，需要检查证书是否过期、是否存在证书链不完整的问题、是否站点加载了混合HTTP资源，这类问题都会导致浏览器将站点判定为不安全状态，拦截敏感权限调用。

内容的提问来源于stack exchange，提问作者invisabuble