谷歌浏览器屏幕共享失败时，需依次检查系统屏幕录制权限、清除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下设备间的发现通信，必须登录路由器后台关闭。
