问题根源是硬件加速与GPU视频解码模块冲突，需依次关闭全局硬件加速、禁用chrome://flags中video decode/gpu rasterization/zero-copy rasterizer三项、清除GPUCache与ShaderCache缓存、检查Windows相机权限，或添加--disable-gpu启动参数兜底。
当你在谷歌浏览器中已明确开启摄像头权限，但视频会议页面仍显示黑屏（补光灯亮、设备检测正常、无报错提示），问题大概率出在硬件加速与GPU视频解码模块的底层冲突上——v139.0及以上版本中，ANGLE后端在初始化摄像头采集管线时若加载失败，会静默跳过回退机制，导致画面缓冲区始终为空。
确认是否为硬件加速引发的黑屏
这一步必须做，因为黑屏但补光灯亮、设备检测通过，是硬件加速解码路径崩溃的典型指纹。CPU渲染通道仍工作，所以页面UI和麦克风能用，唯独视频帧无法写入画布。
点击右上角三个垂直圆点 → 设置 → 左侧“系统” → 关闭“使用硬件加速模式（如果可用）” → 点击弹出框中的【立即重新启动】按钮。
重启后直接打开原视频会议链接测试。若画面恢复，说明问题根源在此；若仍黑屏，继续下一步。
精准禁用chrome://flags中三项GPU关键子模块
全局关闭硬件加速只是绕过顶层开关，但chrome://flags中残留的手动启用项（如video decode）会强行唤醒已禁用的GPU解码器，造成状态撕裂。必须全部清零。
地址栏输入 chrome://flags 并回车 → 顶部搜索框依次输入并修改以下三项：
① 搜索 hardware-accelerated video decode → 下拉菜单选 Disabled；
② 搜索 gpu rasterization → 同样设为 Disabled；
③ 搜索 zero-copy rasterizer → 也设为 Disabled；
三项必须全部设为Disabled，缺一不可 → 页面右下角点击“Relaunch”强制重启浏览器。
清除GPUCache与ShaderCache底层缓存
损坏的着色器缓存文件会让Chrome反复加载错误的GPU指令集，即使flags已禁用，旧缓存仍可能触发解码器初始化失败。必须物理删除。
完全退出Chrome：按 Ctrl+Shift+Esc 打开任务管理器 → 结束所有 chrome.exe 进程（包括后台进程）。
按 Win + R 输入：%localappdata%\Google\Chrome\User Data\ShaderCache → 回车 → 删除整个 GPUCache 文件夹；
若该目录下还存在同名的 ShaderCache 文件夹本身，一并删除；
重启电脑后再打开Chrome，系统将重建干净的渲染缓存链路。
检查Windows系统级摄像头访问权限
Chrome权限只是前端开关，Windows 10/11隐私设置才是最终闸门。哪怕Chrome里全开，系统层关闭也会导致采集句柄创建失败——此时补光灯亮（设备通电），但无数据流（驱动拒绝交付帧）。
Win + I 打开设置 → 隐私和安全性 → 相机 → 确保“相机访问”已开启；
向下滚动 → 找到“允许应用访问你的相机” → 确认Google Chrome右侧开关为开启状态；
若Chrome未出现在列表中，点击“添加权限”手动加入。
强制跳过GPU初始化（紧急兜底方案）
当以上步骤做完仍黑屏，且你连chrome://flags都打不开（启动即黑），说明GPU进程在启动第一毫秒就崩溃了。必须从进程入口干预。
右键桌面Chrome快捷方式 → 属性 → “目标”文本框末尾引号外加一个空格 → 追加 --disable-gpu（注意前后各一个空格）→ 点击“应用”→“确定”；
双击该快捷方式启动Chrome → 访问视频会议页验证画面；
确认恢复后，回到快捷方式属性中删掉 --disable-gpu → 重启浏览器。
