pop_front front 释放内存_C++Deque潜在的内存问题

太长不读: TLDR

C++标准库的deque在做完大量pop_front操作后, 不一定会释放内存. 有时候需要调用shrink_to_fit()强制它释放内存.

https://stackoverflow.com/questions/1242357/how-to-release-memory-from-stddeque

背景

最近在用zlib对内存里的数据做一些压缩和解压的操作, 结果遇到了莫名的内存泄露问题.

一直以为是我zlib操作不当, 结果发现是用来储存待解压数据的标准库deque, 导致了内存泄露.

同时, 这个项目的结构是底层为C++代码, 表层是python API, 所以可能内存模型比纯C++的更复杂一些, 所以会观察到一些神奇的现象.

现象和解释

在用zlib解压缩数据的时候, 我们用到了一个deque. 它们俩在同一个class里.

读取和解压数据的时候, 我们对这个deque有一系列的push_back和pop_front的操作. 解压完成后, 这个class就算是用完了, 该调用析构函数(destructor)了.

但是, 这个object的表层是python的object, 理论上python在GC的时候, 或者del object的时候, 会调用到destructor. 并且debug显示C++的destructor被调用了. 这时候神奇的事情发生了, deq