问：2026年开发直播系统，第一步应该做什么？答：不是急着写代码，而是先明确业务场景。教育直播、电商直播、游戏直播在技术选型上差异巨大。教育需要白板交互和回放，电商侧重商品挂载和秒杀并发，游戏则要求极低延迟。建议制作一张功能需求清单，将核心功能、期望功能、加分项分层列出。

问：核心技术栈如何选择？答：视频采集端推荐使用WebRTC，它天然支持浏览器和移动端，延迟可控制在200ms以内。传输层建议采用SRT协议替代传统RTMP，抗丢包能力提升40%。服务器端，SRS或ZLMediaKit是开源首选，能支撑百万级并发。云端转码建议接入阿里云或腾讯云的媒体处理服务，按需付费降低初期成本。

问：实现超低延迟的关键点在哪？答：关键在于全链路优化。推流端：设置码率自适应，根据网络状况动态调整。服务器端：启用WebRTC的Simulcast技术，同时发送多路不同质量视频流。播放端：使用H.265编码，在相同画质下码率比H.264降低50%。实测显示，完整链路优化后延迟可从传统5秒降至0.5秒以内。

问：如何确保系统稳定性和可扩展性？答：采用微服务架构解耦功能模块。将推流、转码、录制、播放拆分为独立服务，通过消息队列异步通信。压力测试要达到预期峰值的3倍，例如日均10万观众，测试并发需达30万。部署时使用Kubernetes自动伸缩，流量突增时自动扩容Pod实例。数据库选型上，用户信息用MySQL，实时状态用Redis，日志数据存入MongoDB。