ZLMediaKit中RTSP over HTTP的POST方法过滤问题解析

问题背景

在流媒体服务器ZLMediaKit的开发过程中，发现了一个与RTSP over HTTP协议处理相关的重要问题。当客户端通过HTTP隧道方式传输RTSP协议时，服务器端对HTTP POST方法的处理存在缺陷，导致某些客户端（如FFmpeg）在拉取流媒体时出现错误。

技术细节分析

RTSP over HTTP是一种将RTSP协议封装在HTTP协议中传输的技术方案，主要用于特殊网络环境下的传输场景。在这种模式下，RTSP请求和响应通过HTTP的GET或POST方法进行传输。

在ZLMediaKit的RtspSession.cpp文件中，onWholeRtspPacket函数负责处理完整的RTSP数据包。原始代码中只过滤了GET方法，而没有考虑POST方法的情况：

if (_content_base.empty() && method != "GET") {
    RtspUrl rtsp;
    rtsp.parse(parser.url());
    _content_base = rtsp._url;
}

这种实现会导致当客户端使用POST方法传输RTSP协议时，服务器会错误地解析URL并设置_content_base，进而引发后续处理流程的异常。

问题影响

这个问题主要影响以下场景：

1. 使用FFmpeg等工具通过HTTP隧道方式拉取RTSP流
2. 在网络环境要求必须使用HTTP隧道传输RTSP协议的情况下
3. 客户端默认或配置为使用POST方法传输RTSP请求时

解决方案

修复方案相对简单直接，只需在条件判断中增加对POST方法的过滤：

if (_content_base.empty() && method != "GET" && method != "POST") {
    RtspUrl rtsp;
    rtsp.parse(parser.url());
    _content_base = rtsp._url;
}

这一修改确保了无论是通过GET还是POST方法传输的RTSP请求，都能被正确处理，同时避免了错误地解析和设置_content_base。

技术延伸

RTSP over HTTP的实现通常有两种方式：

1. 封装模式：将整个RTSP消息体作为HTTP消息体传输
2. 隧道模式：通过HTTP建立持久连接后传输原始RTSP数据

ZLMediaKit的这个修复主要针对第一种封装模式，特别是当使用POST方法时的情况。理解这一点对于流媒体服务器开发者非常重要，因为不同的客户端实现可能有不同的默认行为。

总结

通过对ZLMediaKit中RTSP over HTTP处理的这一修复，我们不仅解决了一个具体的技术问题，也加深了对流媒体协议交互的理解。在实际开发中，协议实现的完备性至关重要，特别是对于支持多种传输方式和客户端实现的流媒体服务器来说，需要充分考虑各种可能的请求方式和边缘情况。

这一案例也提醒我们，在协议实现时，不能只考虑标准场景，还需要兼容各种实际应用中的变体实现，这正是高质量开源项目需要持续完善的方向。