直播 P2P 分发如何工作
同一直播频道的观众常在相近时间请求相同分片。如果另一台已授权设备持有兼容分片，且网络允许建立连接，SDK 就可以尝试从该设备获取内容，减少一次 CDN 下载。
- 用 SDK Key 和直播媒体地址创建播放会话。
- 当不同观众的签名 URL 会变化时，使用稳定的频道内容标识；仅在预期授权边界内，把兼容内容归为同一组。
- SDK 协调 Peer 发现和分片请求，播放器继续处理播放。
- Peer 不可用、响应过慢或策略不允许分享时，使用 CDN 路径。
完整的会话与分发流程见工作原理。
哪些直播场景值得评估
先选择有多名观众观看同一内容、播放进度接近的频道。赛事、发布会或定时直播可以作为测试候选，但流量高峰本身不代表一定能达到某个分流率。
| 条件 | 需要核对的问题 |
|---|---|
| 同内容并发 | 观众是否请求重叠分片，还是分散在不同频道与不同码率？ |
| 设备间网络可达 | 真实设备在 NAT、防火墙和上传带宽限制下，能否建立 Peer 连接？ |
| 直播延迟预算 | 是否有足够的分片获取时间而不增加卡顿？需验证实际播放器和分片参数。 |
| 浏览器与平台能力 | 逐端检查 SDK 路径，尤其是 Safari 和 Service Worker 的要求。 |
单观众频道、播放进度不重叠、受限网络或非常紧的延迟预算，都可能限制分享效果。冷启动和 Peer 供给不足时仍需 CDN 容量；P2P 不会凭空增加 CDN 容量，也不保证零卡顿。
保留现有播放器与 CDN 接入
清单解析、ABR、DRM、解码和渲染继续由播放器负责。MeshStream 处理播放会话与加速分发路径，不替换源站鉴权，也不替换你的 CDN 服务合同。
- Web SDK：HLS/DASH 接入与浏览器能力选择。
- Android SDK：将会话播放地址交给播放器，并在结束时释放会话。
- iOS/macOS SDK：AVPlayer/HLS 接入与原生生命周期管理。
- Windows SDK：原生播放会话与回退接入。
不同 SDK 的协议和浏览器支持范围不同。请从相应平台文档与快速开始接入，不要假设所有播放路径具备相同的加速能力。
验证播放、CDN 回退和分流效果
- 先在目标设备验证纯 CDN 播放，记录首帧时间、卡顿、错误及下载字节。
- 让少量真实设备同时观看同一频道，开启 P2P；预热与稳定并发阶段分开记录。
- 在相同时间窗口、平台和流中，分别统计 P2P 下载与 CDN 下载字节。
- 保持 CDN 网络可用，主动关闭 P2P，验证播放继续；结束后关闭会话并检查资源释放。
- 在可比人群和播放质量下评估是否扩大范围；直播与点播分别报告。
分流字节不等于实际账单节省，计算方法见视频 CDN 成本优化与分流测量指南。
常见问题
P2P CDN 可以替代 CDN 吗？
不能。Peer 无法提供内容时仍需要 CDN。如果 CDN 或源站也不可用，仅靠 P2P 不能保证播放连续。
使用 WebRTC 就是实时音视频通话吗？
不是。WebRTC Peer 连接可以用于传输媒体分片，并不替换 HLS/DASH 播放器，也不意味着直播变成会议系统。延迟能力需要按实际场景验证。
能达到多少分流率？
没有固定比例。同内容并发、分片重叠、网络可达性、终端能力和播放策略都会影响结果，应先测代表性业务，再估算费用。