远程会诊直播开口就要“最低延迟”，但干这行几年后我们的结论恰恰相反：延迟低不等于体验好，关键是看谁在跟谁说话。把常用三件套放一起比，结论就清楚了。
RTMP、SRT、WebRTC 差在哪
RTMP 公网延迟 3 到 8 秒，生态成熟但明文传输、无前向纠错，只适合做对外公开转播的兜底分发。SRT 1 到 2 秒，主打抗丢包，自动重传加前向纠错，弱网照样稳，我们院间示教主推它。WebRTC 亚秒级，通常 200 到 800 毫秒，真正双向实时，适合“这边问、那边答”的会诊和指导。
按互动密度选型，别追数字
纯示教、单向为主，选 SRT 最稳，一台聚合路由器加一台边缘接收机就够，2 到 4 Mbps 跑 1080p。真要远程专家实时纠正导管角度，迟一秒可能就是别的结局，这种场景必须上 WebRTC 的 SFU 架构，把往返压到亚秒。我们给这类客户默认私有化部署，数据不出院，也省去公网波动的麻烦。
加密本身就是合规项
医学数据出网，加密不是可选项。SRT 自带 AES，WebRTC 走 DTLS 和 SRTP，都比裸 RTMP 安全，在等保和伦理审查里都是加分项。所以即便不追延迟，我们也倾向用 SRT 或 WebRTC 替代裸 RTMP 做核心链路。最后一句实话：先想清楚这场直播“谁在跟谁说话”，协议自然就定了。
