先画明视频流的完整路径
直播链路通常是主播推流端 → 接入/鉴权 → 转码或转封装 → 分发网络 → 播放器。互动低延迟和大规模公开直播的方案不同：HLS 类方案偏向大规模兼容分发，WebRTC 类方案常用于交互但带宽、转发架构与延迟限制不同。任何架构都需明确终端设备和网络条件。
粗估带宽和容量
假设每个观众平均码率为 B Mbps，同时观看人数为 N，纯分发输出的理论平均带宽约为 N×B Mbps，还需考虑协议封装、码率波动及冗余。使用 CDN 时源站可通过边缘复用减少重复推送，但并非带宽费用自动归零。转码成本由输入路数、分辨率、编码器与输出档位共同决定。
可靠性和权限
推流密钥不应写入网页源码；服务端验证频道与用户权限，设置直播令牌有效期与防盗链。对热门场次设计接入和分发节点冗余；同时监控推流断线、转码队列、缓冲比率和用户端错误。直播录制文件需有独立持久化与权限策略。
上线验收
使用目标地区的真实移动网络测试首帧时间、端到端延迟、卡顿和弱网重连。在观众峰值模拟中验证播放器 ABR、限流保护和备用推流切换；不要以播放页“能打开”代替直播系统验收。
