面试题集锦第 28 期 ｜ 音视频 SDK 开发 WebRTC 面试题
内容提要
本文介绍了WebRTC中的关键技术，包括ICE的作用、媒体协商过程、NAT类型及GCC机制。ICE通过STUN和TURN帮助不同网络环境下的端点建立连接；媒体协商确保对等端交换音视频参数；NAT类型影响连接方式；GCC算法自适应调整视频码率以优化通信质量。
延伸解读
ICE 部署的实践要点
文章指出 ICE 服务器的搭建和配置相对复杂，涉及下载安装 Coturn、处理证书以启用 TLS、配置监听 IP 和端口以及用户名密码等安全设置，并需要测试 STUN 和 TURN 服务是否正常工作。这些步骤表明，在实际项目中部署 ICE 服务并非简单的开关操作，而是需要关注安全与连通性验证的工程任务。
媒体协商与 ICE 交换的并行关系
媒体协商过程包括创建 Offer、设置本地描述、通过信令服务器发送、接收方创建 Answer 并设置远程描述等步骤。文章特别提到，在媒体协商的同时，两个对等端还会交换 ICE Candidate 信息，以便通过 ICE 框架找到最佳通信路径。这说明协商和连通性检查是并行推进的，而非严格串行。
NAT 类型对连接方式的影响
文章将 NAT 分为完全锥型、地址限制锥型、端口限制锥型和对称型。其中对称型 NAT 最为严格，每次连接都会创建新的外部映射，导致两个端点除非都使用中继服务，否则无法直接通信。这解释了为什么在复杂网络环境下 TURN 中继往往是必要的备选方案。
GCC 码率自适应的实现层次
GCC 机制不仅依赖 RTCP 反馈和 REMB 消息，还涉及发送端的多个内部组件：PacingController 通过拥塞窗口控制发送速率，BitrateAllocator 分配目标码率，ResourceAdaptationProcessor 结合资源检测器决定自适应动作。文章还提到 MAINTAIN_FRAMERATE 等策略，说明码率调整是分层协作的结果。
Q&A
WebRTC中的ICE是什么，它的作用是什么？
ICE（Interactive Connectivity Establishment）帮助不同网络环境下的端点建立直接连接，结合STUN和TURN服务实现NAT穿透。
WebRTC的媒体协商过程是怎样的？
媒体协商过程包括创建Offer、设置Local Description、发送Offer、接收Offer并创建Answer、设置Remote Description等步骤，确保对等端交换媒体参数。
WebRTC中有哪些NAT类型，它们的特点是什么？
NAT类型包括完全锥型、地址限制锥型、端口限制锥型和对称型，影响端点之间的直接连接能力。
WebRTC中的GCC机制是如何工作的？
GCC（Google Congestion Control）通过RTCP反馈自适应调整视频流的码率，以适应网络条件，确保音视频通信的流畅性。
STUN和TURN在WebRTC中分别起什么作用？
STUN用于发现NAT后的公共地址，尝试直接通信；TURN在直接通信无法实现时作为中继服务转发数据。
如何搭建和配置ICE服务器？
搭建ICE服务器需要下载Coturn服务，处理证书问题，配置监听IP和端口，以及测试服务是否正常工作。
