RTSP-Simple-Server中WHEP源导致的goroutine泄漏问题分析

问题背景

RTSP-Simple-Server是一个开源的实时流媒体服务器，支持多种协议包括RTSP、WebRTC等。在1.6.0版本中，当使用WHEP(WebRTC-HTTP Egress Protocol)作为源时，出现了goroutine泄漏的问题，导致服务器性能下降。

问题现象

当配置中包含多个WHEP源路径时，特别是当部分WHEP源无法正常连接时，服务器会出现goroutine数量急剧增长的情况。在测试案例中，24小时内goroutine数量增长到了11000个以上。

问题根源

经过分析，问题主要出现在以下场景：

1. 当WHEP源连接到一个格式不规范的RTSP流时（如缺少SPS/PPS信息或RTP包标记不正确）
2. 服务器会不断尝试重新建立连接
3. 每次尝试都会创建新的goroutine
4. 但之前的goroutine没有正确清理

具体表现为服务器日志中不断出现"deadline exceeded while waiting tracks"错误，同时伴随着"peer connection established"的成功连接信息，形成循环。

技术细节

从goroutine dump分析可以看出，泄漏的goroutine主要与pion/webrtc库相关。这些goroutine在WebRTC连接建立过程中被创建，但在连接失败或遇到格式问题时没有被正确回收。

问题特别容易在以下情况触发：

• 源视频流格式不规范（如缺少关键帧信息）
• 网络连接不稳定
• 远端服务器不可达

解决方案

该问题已在后续版本中通过代码修复。修复主要关注以下方面：

1. 完善了连接失败时的资源清理机制
2. 优化了goroutine的生命周期管理
3. 增加了对异常流的处理能力

最佳实践建议

对于使用WHEP源的用户，建议：

1. 确保源视频流符合规范
2. 监控服务器goroutine数量
3. 及时升级到修复版本
4. 对于不可靠的网络连接，适当调整重试策略

总结

goroutine泄漏是Go语言开发中常见的问题，特别是在处理网络连接和并发操作时。RTSP-Simple-Server通过这次修复，不仅解决了WHEP源的特定问题，也提升了整个项目在资源管理方面的健壮性。开发者在使用类似技术时，应当特别注意并发资源的生命周期管理。