写了一个小程序，需要视频通话，开通了腾讯的SDK，依然需要如标题的权限，然后，开通这个权限还要一堆前置条件，一般小企业连个调试机会都没有，哎。调试了半天，最后发现是没权限，而且类目还开不了，只有放弃了。这都是什么哦！
这次结论已经比较明确了：这不是医生端页面授权逻辑的问题了。
从你截图看，相机 authorized / 麦克风 authorized、隐私授权已同意 都已经通过，但本地推流仍然是 102 fail:access denied。这说明服务端接听、票据签发、前端权限申请都已经走通，真正被拦的是微信原生 live-pusher 组件本身。你贴出来的 webapi_getquickfillauthinfo 和 backgroundfetch 报错和 RTC 不是一条链路，可以忽略。
我刚补了一个更直接的诊断，在 index.js (line 761) 里，当 access denied 且系统权限、隐私授权都已通过时，会直接提示去查微信后台实时音视频权限；调试面板也保留了“隐私授权”状态，在 index.wxml (line 146)。node --check mini-doctor/pkg-consultation/pages/call/index.js 已通过。
你现在该查的是微信小程序后台里这个 AppID：*。重点看：
小程序主体类目是否具备 live-pusher / live-player 的开放资格。
小程序后台 设置 -> 接口设置 里是否已经自助开通实时音视频组件权限。
真机当前安装运行的包，是否就是这个已开通权限的正式 AppID，而不是测试号、另一个环境包，或第三方代开发下未同步授权的版本。
补充依据：
腾讯云 TRTC 文档明确说明小程序 TRTC 是基于微信原生
当前环境下官方微信文档页打不开，我用到的镜像文档也写了同样限制：live-pusher 不是所有小程序默认开放，需要类目审核后在后台自助开通：https://docs.taro.zone/docs/components/media/live-pusher
评论0
暂时没有评论