应依次检查并启用摄像头/麦克风权限、禁用干扰扩展、配置非安全上下文支持、关闭ip泄漏防护，最后通过getusermedia和rtcpeerconnection api验证webrtc基础能力是否就绪。
如果您在谷歌浏览器中尝试运行基于WebRTC的网页应用（如点对点视频通话），但媒体流无法获取、连接失败或提示“Permission denied”、“NotReadableError”等错误，则可能是由于浏览器未启用WebRTC相关权限、缺少必要配置或被策略限制。以下是启用网页端WebRTC通信支持并完成基础点对点视频设置的具体操作步骤：
一、确认并启用摄像头与麦克风权限
WebRTC依赖于对本地音视频设备的实时访问，必须明确授予网站使用摄像头和麦克风的权限，否则MediaStream API将无法初始化。
1、在谷歌浏览器地址栏输入 chrome://settings/content/camera 并回车，进入摄像头权限管理页面。
2、确保“询问前允许网站访问您的摄像头”选项已开启；在下方“不允许使用摄像头的网站”列表中，移除目标网站（如有）。
3、同样访问 chrome://settings/content/microphone，重复上述检查与清理操作。
4、访问目标网页时，若地址栏左侧出现摄像头图标，点击后选择“始终允许”该网站使用摄像头和麦克风。
二、禁用可能干扰WebRTC的扩展程序
部分广告拦截器、隐私保护类扩展（如uBlock Origin、Privacy Badger）会主动屏蔽WebRTC的ICE候选收集、STUN请求或getUserMedia调用，导致信令失败或黑屏无流。
1、点击浏览器右上角三个点图标，选择“更多工具”，再点击“扩展程序”。
2、将所有扩展的开关全部关闭，尤其是名称含“ad”、“block”、“privacy”、“rtc”、“webrtc”的扩展。
3、重新加载目标WebRTC网页，测试是否可正常获取本地视频流并建立连接。
4、如恢复正常，可逐个启用扩展以定位具体干扰源，并将其加入白名单或卸载。
三、启用WebRTC非安全上下文支持（仅限本地开发）
默认情况下，Chrome要求WebRTC的getUserMedia()等API只能在HTTPS或localhost环境下调用；若在HTTP本地服务器（如http://127.0.0.1:8080）运行测试页，需手动解除限制。
1、在Chrome地址栏输入 chrome://flags/#unsafely-treat-insecure-origin-as-secure 并回车。
2、找到“Unsafely treat insecure origins as secure”实验性选项，点击右侧下拉菜单选择“Enabled”。
3、在下方“Insecure origins treated as secure”输入框中，填入您的测试地址，例如：http://127.0.0.1:8080 或 http://localhost。
4、点击页面右下角“Relaunch”按钮重启浏览器使设置生效。
四、关闭WebRTC IP地址泄漏防护（可选）
Chrome默认启用“阻止网站获取您的真实IP地址”功能（通过mDNS匿名化），该机制可能导致某些TURN/STUN服务无法正确识别NAT类型，影响P2P连接成功率。
1、访问 chrome://settings/privacy，滚动至底部点击“安全性”区域的“管理安全性设置”。
2、查找“防止网站获取您的真实IP地址”选项，将其关闭。
3、也可直接访问 chrome://flags/#enable-webrtc-hide-local-ips-with-mdns，将该标志设为“Disabled”，然后重启浏览器。
五、验证WebRTC基础能力是否就绪
完成上述设置后，需通过标准API调用验证浏览器是否真正具备可用的WebRTC通信链路，而非仅界面无报错。
1、打开新标签页，按F12打开开发者工具，切换到“Console”面板。
2、粘贴并执行以下代码：
navigator.mediaDevices.getUserMedia({video:true,audio:true}).then(s=>console.log("✅ 媒体流获取成功",s)).catch(e=>console.error("❌ 媒体流失败",e));
3、若控制台输出“✅ 媒体流获取成功”，说明设备权限与基础API已就绪；否则根据错误信息回溯前述任一环节。
4、进一步测试RTCPeerConnection兼容性：执行 new RTCPeerConnection({iceServers:[]})，不报错即表示核心连接对象可创建。
