SRS流媒体服务器中HTTP-FLV播放器断开连接导致的内存释放问题分析

问题背景

在SRS流媒体服务器的实际使用场景中，当多个HTTP-FLV播放器同时连接并播放同一个直播流时，如果推流端突然断开连接，服务器可能会出现内存释放后继续访问的问题，导致程序崩溃。这种问题在流媒体服务的高并发场景下尤为危险，可能影响整个服务的稳定性。

问题现象

具体表现为：当两个HTTP-FLV播放器同时连接并播放同一个直播流时，如果推流端(OBS等)停止推流，SRS服务器在处理播放器断开连接的过程中，会出现heap-use-after-free内存访问错误，最终导致服务器崩溃。

技术原理分析

SRS的HTTP-FLV处理机制

SRS服务器处理HTTP-FLV播放请求时，会为每个流创建一个SrsLiveStream实例。这个实例负责管理该流的所有HTTP-FLV播放连接。当有多个播放器连接同一个流时，它们会共享同一个SrsLiveStream实例。

问题根源

问题的核心在于SRS服务器对SrsLiveStream实例生命周期的管理存在缺陷：

1. 每个播放连接在处理时会设置alive标志为true，处理完成后设置为false
2. 当第一个播放器断开连接时，它会将alive标志设为false
3. 服务器检测到alive为false后，会立即释放SrsLiveStream实例
4. 此时第二个播放器仍在处理中，当它继续访问已释放的SrsLiveStream实例时，就出现了内存非法访问

解决方案思路

要解决这个问题，需要重新设计SrsLiveStream实例的生命周期管理策略：

1. 引入引用计数机制：每个新播放连接增加引用计数，断开时减少
2. 只有当引用计数降为0时才真正释放资源
3. 确保所有播放连接都处理完毕后再清理共享资源

实现建议

在实际代码实现上，可以：

1. 在SrsLiveStream类中添加原子引用计数器
2. 每个播放连接开始时增加计数
3. 连接结束时减少计数并检查是否需要释放
4. 使用互斥锁保护关键资源访问
5. 添加超时机制防止资源泄漏

预防类似问题

这类资源共享问题在服务器开发中很常见，开发者应当：

1. 明确每个共享资源的生命周期
2. 设计清晰的资源所有权转移机制
3. 在多线程/协程环境下使用适当的同步原语
4. 充分利用现代C++的智能指针等特性
5. 加强自动化测试，特别是异常场景测试

总结

SRS流媒体服务器中HTTP-FLV播放器断开连接导致的内存问题，反映了资源共享和生命周期管理的重要性。通过引入引用计数等机制，可以有效地解决这类问题，提高服务器的稳定性和可靠性。这也提醒我们在设计高并发服务时，需要特别注意资源共享场景下的线程安全和资源管理问题。