Mediamtx项目中WHEP源导致的goroutine泄漏问题分析

问题背景

Mediamtx是一个开源的实时媒体服务器，支持多种流媒体协议。在1.6.0版本及之后的主干代码中，用户报告了一个关于WHEP(WebRTC HTTP Egress Protocol)源连接导致的goroutine泄漏问题。这个问题在1.5.1版本中并不存在。

问题现象

当配置中包含多个WHEP源时，特别是当部分WHEP源无法成功连接时，系统会出现goroutine数量急剧增长的情况。在测试案例中，不到24小时内goroutine数量就增长到了11000个以上。

问题复现条件

要复现这个问题，需要满足以下条件：

1. 使用Mediamtx 1.6.0或更新版本
2. 配置中包含WHEP源路径
3. 部分WHEP源指向不可达的地址或服务
4. 部分WHEP源虽然可以连接，但传输的视频流格式不规范

技术分析

从goroutine dump分析，泄漏主要发生在pion/webrtc相关的goroutine中。具体表现为：

1. 当WHEP源连接失败时，系统会不断重试连接
2. 每次重试都会创建新的goroutine
3. 之前的goroutine没有被正确清理
4. 对于格式不规范但能连接的视频流，系统也会进入重试循环

特别值得注意的是，当视频流存在以下问题时更容易触发此问题：

• SPS和PPS信息没有包含在视频流中，仅出现在SDP中
• RTP包的NAL单元结束标记不正确

解决方案

项目维护者在#3124提交中修复了这个问题。修复的核心思路是：

1. 完善WHEP源连接失败时的资源清理机制
2. 确保每次重试前正确释放之前的资源
3. 优化对不规范视频流的处理逻辑

经验总结

这个案例展示了在实时流媒体系统中处理不可靠网络连接时需要注意的几个关键点：

1. 重试机制必须与资源清理机制配对使用
2. 对于WebRTC这种复杂的协议栈，需要特别注意goroutine的生命周期管理
3. 对不规范但可连接的视频流需要特别处理，不能简单地断开重连
4. 系统监控指标(如goroutine数量)对于发现此类问题非常重要

最佳实践建议

对于使用Mediamtx的开发者和运维人员，建议：

1. 升级到包含此修复的版本
2. 监控系统的goroutine数量变化
3. 对于WHEP源，确保目标服务的可用性
4. 对于不规范视频流，考虑在前端进行转码或规范化处理