实时系统使用FFMPEG时内存分配及内存碎片化问题咨询

首先给出明确结论：你描述的场景不仅会产生内存碎片化问题，还存在严重的冗余操作问题，具体分析和优化方案如下：

1. 先纠正错误的分配逻辑 #

AVCodecContext是编解码器上下文对象，仅需在整个编解码会话初始化时分配1次，仅当编解码参数（如分辨率、编码标准、码率等核心参数变更）时才需要重建，完全不需要每帧分配。直接去掉每帧分配释放AVCodecContext的逻辑，就能避免最大块内存的高频申请释放，从根源上减少碎片化来源。

2. AVPacket/AVFrame高频分配释放的碎片化风险 #

如果你保持每帧调用av_packet_alloc()/av_frame_alloc()分配对象，使用完成后直接调用av_packet_free()/av_frame_free()释放，长期运行确实会产生内存碎片化问题：

• 实时系统通常内存资源有限，且很多场景下没有桌面系统那样成熟的内存碎片整理机制，碎片化累积后会导致后续大块连续内存申请失败，甚至触发OOM，严重影响实时业务的稳定性。

3. 优化方案 #

你可以通过以下手段彻底规避内存碎片化问题：

• 复用FFmpeg原生对象：AVFrame使用完成后调用av_frame_unref()清空引用计数和数据关联，不需要释放即可直接给下一帧复用；AVPacket同理调用av_packet_unref()清空数据后复用即可，不需要反复申请释放。
• 实现固定大小对象池：可以在业务初始化阶段预先分配好业务峰值需要的AVPacket、AVFrame对象，存入自定义队列做循环取用和归还，全程没有动态内存申请释放操作。
• 替换FFmpeg默认内存分配器：如果需要更底层的控制，可以调用av_mem_set_alloc_funcs()替换FFmpeg默认的内存分配函数，接入你自己实现的固定块内存池，完全掌控内存分配逻辑，彻底规避碎片化。

额外注意：如果使用硬件编解码，硬件帧的内存分配释放开销远高于普通内存，更要做好对象复用，避免频繁申请释放。

内容的提问来源于stack exchange，提问作者Jack Zhang