VLC卡死内存溢出解决

最新推荐文章于 2026-06-23 10:47:23 发布

原创

最新推荐文章于 2026-06-23 10:47:23 发布 · 9.4k 阅读

标签

#Android #VLC #RTSP #Camera

在Android设备上使用VLC播放RTSP摄像头时，一分钟左右画面卡死并伴随内存暴涨崩溃。问题根源在于VLC的TimeoutPrevention函数，其在等待服务器响应时阻塞，导致Demux无法获取锁继续工作。解决方案是注释掉TimeoutPrevention函数，以避免因服务器无响应导致的死循环和内存泄漏。

最近遇到一个问题，使用某个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层打日志按如下方式，