谷歌浏览器屏幕共享失败时，需依次检查系统屏幕录制权限、清除Chrome媒体授权缓存、禁用干扰扩展，并可选启用Cast协议支持。

一旦谷歌浏览器的屏幕共享失灵，PPT、代码编辑器，甚至会议窗口都没法及时展示给参会者，线上协作往往就会被当场打断。这个问题在Chrome 128及以上版本里出现得相当频繁，尤其是在Windows 11 23H2和macOS Sonoma环境下，常见表现包括“无可用屏幕”“权限被拒绝”，或者点了共享却毫无反应。

检查并开启系统级屏幕录制权限

Chrome本身不直接控制屏幕捕获能力，而是依赖操作系统授予的“屏幕和系统声音录制”权限。若该权限被禁用，共享按钮会灰显或点击无效。

第一步：打开系统“设置”→搜索“隐私”→进入“隐私和安全性”→点击“屏幕和系统声音录制”。

第二步：在应用列表中找到Google Chrome，确保其右侧开关处于【开启状态】。若未列出Chrome，请先启动一次浏览器再返回此页面刷新列表。

第三步：关闭所有Chrome窗口（包括后台进程），重新启动浏览器，再进入会议页面测试共享按钮是否可点击。

强制刷新Chrome媒体设备访问授权

Chrome会缓存上次媒体设备（摄像头/麦克风/屏幕）的授权结果。一旦缓存异常，即使系统权限已开，浏览器仍会静默拒绝屏幕共享请求。

方法一：在地址栏输入 chrome://settings/content/mediaStreamMics →点击右上角“清除数据”按钮 →确认清除 →重启浏览器。

方法二更干脆一些，直接把相关媒体权限彻底重置。具体做法是：先在地址栏输入 chrome://settings/content/all，然后向下找到“媒体”这一项，点击“管理例外情况”；接着找到当前会议对应的域名，比如meet.google.com或zoom.us，再点击右侧的垃圾桶图标把这条记录删掉。完成后刷新会议页面，浏览器通常就会重新弹出权限授权窗口。

【注意】删除后首次访问会议页时，必须手动点击“允许”而非“阻止”，否则后续仍无法调起屏幕选择面板。

绕过扩展干扰快速验证

广告拦截器（uBlock Origin）、隐私保护插件（Privacy Badger）或远程控制类扩展（如TeamViewer QuickSupport）会主动屏蔽getDisplayMedia()调用，导致共享界面根本不会弹出。

直接在地址栏输入 chrome://extensions/ →将所有扩展右侧开关拨至关闭 →关闭当前标签页 →新建无痕窗口（Ctrl+Shift+N）→访问会议 →立即点击“共享屏幕”按钮测试。

这一步操作起来很简单，直接把文件拖进去就行。如果此时能正常唤出屏幕选择面板，说明问题出在某个扩展身上，无需逐个排查，直接保持全部禁用状态参会即可。

启用底层Cast协议支持（仅限投屏类共享）

如果你实际想做的是将Chrome标签页或桌面“投射”到Chromecast或电视设备，而非会议软件内的屏幕共享，则需激活实验性Cast功能。

在地址栏输入 chrome://flags →顶部搜索框输入“Cast” →找到“Enable Cast Streaming API”和“Enable Cast SDK”两项 →将它们均设为【Enabled】 →点击右下角“Relaunch”重启浏览器。

重启后，点击右上角三点菜单→“投射”→确认设备列表中间出现目标电视名称。若仍为空，请检查路由器是否启用了AP隔离功能——该设置会切断同一Wi-Fi下设备间的发现通信，必须登录路由器后台关闭。