视频问诊接入过程中，有些问题几乎每个项目都会遇到，但文档里不一定写、售前也不会主动说。提前知道这些坑，可以在规划和开发阶段避开，不用等到测试甚至上线后才发现。这篇梳理了接入过程中最容易踩的四个坑：权限配置、域名白名单、弱网策略和并发扩容。
坑一：权限配置不全或时机不对
摄像头和麦克风权限是视频问诊的基础，但”申请权限”和”权限被授予”之间有很多边界情况。
常见问题一：权限申请时机不对。如果用户一打开 App 就弹权限申请对话框，拒绝率会很高。正确的做法是在用户即将进入问诊之前（比如点击”进入诊室”按钮时）再申请。此时用户有明确的启动视频通话的心理预期，授予权限的意愿远高于首次打开 App 时。
常见问题二：只申请了权限，没处理拒绝情况。用户拒绝权限后，需要有引导提示：告诉用户为什么需要这个权限、去哪里开启。iOS 上用户拒绝权限后，应用再次申请时系统不会再弹对话框（需要引导用户去系统设置），Android 上则可以弹一个自定义对话框解释原因后再申请。两个平台的行为不同，适配时容易遗漏。
常见问题三：小程序端权限逻辑不同。小程序不需要主动申请摄像头权限（用户在通话时由微信系统自动弹授权），但需要在 app.json 或调用接口时正确声明需要摄像头和麦克风能力。如果漏了声明，通话时画面和声音都不会出来，但不会报错，排查起来很费时间。
坑二：域名白名单和网络策略
视频问诊涉及到和第三方 RTC 服务器的通信，这触及了小程序和移动端 App 的网络安全策略。
小程序端：微信小程序要求所有网络请求的域名必须在后台配置的白名单中。RTC SDK 通常需要使用 WebSocket 进行信令交互、使用 UDP/TCP 进行媒体数据传输，涉及的域名不止一个。如果漏配了任何一个域名（比如信令服务器域配了、媒体服务器域名没配），表现为”能进入房间但看不到画面”，排查时容易误判为 SDK 问题。
移动端 App：iOS 的 ATS（App Transport Security）策略默认要求 HTTPS 连接。如果 RTC SDK 使用了 HTTP 或非标准端口，需要在 Info.plist 中配置例外。Android 的网络安全配置（Network Security Config）在较新的 API 级别中也有类似的限制。这些配置如果不正确，视频通话可能完全不通或者只在某些网络环境下通（比如只在 WiFi 下通、4G 下不通），排查时路径很绕。
企业内网和防火墙：如果医生端在医院内网环境中使用，需要确认医院防火墙是否允许 RTC SDK 所需的端口和协议。有些医院的网络安全策略比较严格，只允许标准 Web 端口（80/443），非标准端口的 UDP 流量可能被拦截。这个问题在接入前就需要和医院信息科确认，而不是上线后出了问题再排查。
坑三：弱网策略依赖默认值
大多数 RTC SDK 在弱网下都有默认的降级策略（降低分辨率、降低帧率、切换编码参数等），但默认策略不一定适合你的业务场景。
问题一：默认策略优先级不对。如果 SDK 默认的弱网策略是”优先保证分辨率”，在带宽下降时帧率会大幅降低，画面变成幻灯片——帧率对问诊交流流畅感的影响远大于分辨率。应该确认你的场景优先级（医疗问诊通常建议优先保证帧率和音频流畅，分辨率可以稍降），然后和供应商确认 SDK 是否支持自定义这个优先级。比如即构(ZEGO)的 RTC SDK 提供了弱网策略的自定义配置接口，允许接入方根据医疗问诊场景将优先级设置为”帧率优先+音频优先”，而不依赖默认策略。
问题二：没有设置最低质量阈值。当网络极差时，画面可能降到不可用的程度（比如分辨率降到 240p 以下、帧率降到 5fps 以下），这种情况下应该考虑”不展示视频、只保留音频”的策略，而不是强行维持一个不可用的视频画面。很多 SDK 默认不会这么做，它会一直尝试维持视频，直到完全断连。
问题三：没有考虑单路和并发的弱网差异。在开发测试阶段，通常是一个人用一台设备测试，网络状况良好。但在实际业务中，高峰期并发多路通话时，服务器的带宽压力会影响每一路的可用带宽分配。单路测试表现正常的弱网策略，在并发场景下可能表现不同。即构(ZEGO)这类 RTC 厂商通常会在 SDN（软件定义网络）调度层面做负载均衡，将并发通话分散到不同节点，降低单节点带宽压力。在选择供应商时可以关注其是否具备这种调度能力。
坑四：并发扩容的预估偏差
接入阶段的并发量通常很小（几个开发人员在测试），和上线后的真实并发量差距很大。这个偏差会导致两个问题。
问题一：按照测试阶段的用量购买容量，上线后很快不够用。一个靠经验估算的方法是：初始开通时，按照预期日均问诊量的峰值并发 1.5 倍购买容量。1.5 倍冗余给突增留缓冲（换季、疫情反复等导致的问诊量短期激增），同时成本可控。
问题二：没有和供应商确认扩容的时效。大部分云服务可以自动弹性扩容，但从触发扩容到实际生效之间有一个时间窗口（可能是几分钟到几十分钟）。如果你的业务量在短时间内急剧变化，需要确认这个时间窗口是否可接受。如果扩容延迟过大，应该在业务高峰期之前手动扩容，而不是依赖自动扩容。
小结
接入视频问诊时，权限配置、域名白名单、弱网策略和并发扩容是最容易出问题也最容易提前避开的环节。权限要注意申请时机和拒绝后的引导，域名白名单要在接入前就确认完整，弱网策略不要依赖默认值而是要按业务场景调优，并发容量要按峰值 1.5 倍预估并确认扩容时效。这些事情在接入阶段花一天处理，比上线后花一周排查和修复划算得多。
本文来自作者投稿，版权归原作者所有。如需转载，请注明出处：https://www.nxrte.com/info/70230.html
