VLC卡死内存溢出解决

最近遇到一个问题，使用某个RTSP摄像头，Android端显示码流，在一分钟左右时画面会卡死，同时Native层内存疯涨到几百兆后崩溃。

查看崩溃时的调用栈，定位到如下函数，是创建BufferedPacket时内存不够了抛的异常。

BufferedPacket* BufferedPacketFactory::createNewPacket(MultiFramedRTPSource*) {
    return new BufferedPacket;
}

BufferedPacket* ReorderingPacketBuffer::getFreePacket(MultiFramedRTPSource* ourSource) {
    if (fSavedPacket == NULL) {
        fSavedPacket = fPacketFactory->createNewPacket(ourSource);
        fSavedPacketFree = True;
    }

    if (fSavedPacketFree == True) {
        fSavedPacketFree = False;
        return fSavedPacket;
    } else {
        return fPacketFactory->createNewPacket(ourSource);
    }
}

于是开始翻看该函数上下文代码，渐渐理清了流程，本地与服务器创建了两条连接，一条用于控制，一条用于帧数据传输。网络数据读进来后先通过live555模块Demux，再进行Decode，最后渲染。这个链条上任一个出了问题都可能导致画面卡住，而根据profiler查看网络流量仍保持稳定说明数据传输仍在进行，而内存疯长也印证了这一点，必然是因为收到数据后写入了本地的buffer中导致的。因此，我们从整个环节的上游开始查起，即上面提到的Demux模块。

为便于分析执行流程，我们在Demux模块中一些关键函数内部打了日志，在native层打日志按如下方式，

#include <android/log.h>

__android_log_print(ANDROID_LOG_INFO, TAG, __VA_ARGS__);

中间遇到过一个坑，在MultiFramedRTPSource.cpp中加的日志一直不生效，原因是VLC的编译脚本压根没有重新编译这个文件，我们查