翻了今年接触的直播类项目和一些公开数据，四条趋势值得说。都跟做直播包网方案选型直接相关。
两年前 WebRTC 只用于连麦场景，今年越来越多的平台把它用在常规分发上。原因不是需求变了，是运维工具链成熟了：SFU 部署有了标准化方案，监控指标能直接对接 Prometheus，弱网重传的开源实现也稳定了。从接触的项目看，新建平台把 WebRTC 列入首选播放方案的占比，去年不到三成，今年已经过半。连锁反应是延迟预期的整体下移——观众对 5 秒延迟的容忍度在下降。低延迟的四级路径怎么选，见低延迟直播的实现路径。
跨公网推流的场景里，SRT 正在快速替代 RTMP。SRT 基于 UDP，抗丢包能力强，弱网下推流成功率比 RTMP 高出一截。今年新启动的直播项目里，SRT 推流已是默认选项，RTMP 退居机房内网场景。协议对比的完整表格在推流分发方案里。
硬件编码器普及加上边缘节点竞争，1080p 单路转码的市场价格比两年前降了约 40%。这改变了转码档位的设计逻辑——以前为了省成本只转一档，现在三档全开的压力小了很多，三档转码从「成本优化项」变成了「默认配置」。多档位对观众覆盖的提升是实打实的。成本公式在流媒体服务器选型里。
今年做直播方案的团队，主动问风控的比例明显上升，而且问得越来越细——截帧频率、人审时效、鉴权有效期这些具体参数。问得细说明团队真的在排预算，不是走过场。原因不难理解：内容安全的事故成本越来越高，没人愿意承担这种后果。四层防线的完整设计见直播场景的风控设计。
延迟预算按场景分级定，别一刀切。推流协议给 SRT 留位置，哪怕当前只用 RTMP。风控预算在第一天就排进去，事后补的代价是事前的五倍以上。三句话都是成本视角——2026 年直播平台之间的竞争，很大一部分是资源效率的竞争。
更多观察持续更新在动态栏目。