为何Zoom可重新触发Chrome麦克风提示，而我的Web应用被阻止后无响应？

核心结论 #

不存在仅向Zoom、Google Meet开放的隐藏Web API或Manifest特权，也不存在谷歌为维持会议领域优势封锁标准Web应用的情况。

差异原因解析 #

当用户在Chrome【网站设置】中手动将麦克风权限设为「关闭（Off）」后，调用navigator.mediaDevices.getUserMedia确实会直接返回NotAllowedError，浏览器不会主动弹出权限请求提示——这是Chrome的安全策略，避免无意义地打扰用户。

Zoom和Meet能触发原生「权限已阻止」提示，是因为它们做了针对性的错误处理：

• 捕获NotAllowedError后，在页面内显示清晰的引导提示，告知用户权限被阻止，并引导用户点击地址栏的网站信息图标（小锁）。
• Chrome配套机制会响应这种引导行为：在地址栏附近弹出原生的「权限已被阻止」气泡，同时用户点击小锁图标后，会直接展示权限修改入口，方便快速调整设置。

你的应用如果只是单纯捕获错误但未做后续引导，自然不会触发Chrome的原生气泡展示。

关于权限重置的说明 #

chrome.contentSettings确实是浏览器扩展专属API，普通Web应用无法调用——这是浏览器的通用安全限制，目的是防止恶意网站擅自修改用户的权限设置，和谷歌的产品竞争策略无关。标准Web应用没有权限直接重置或修改用户已设置的权限状态，只能通过引导用户手动调整。

内容的提问来源于stack exchange，提问作者Hiền