为什么不直接 new 一个C数组，

用完delete。

【 在 confusing 的大作中提到: 】
:
: 外行救助。
:
: container分配的内存如何才能彻底释放？
:
--
FROM 124.204.78.*

不是指针你就不用析构了吧？会自动的析构，程序结束就释放内存了。除非你vector里面是自己的类，需要对那个类析构
【 在 confusing 的大作中提到: 】
: 测试一下
: 就是指针不指针都不能返还内存给系统
:
--
FROM 82.19.154.*

One technique that is commonly used is to swap the vector you want to empty out with a new and completely empty vector, like this:

// suppose the type of your vectors is vector<int>
vector<int>().swap (myvec[i]);
This is guaranteed to free up all the memory in myvec[i], it's fast and it doesn't allocate any new heap memory or anything.

This is used because the method clear does not offer such a guarantee. If you clear the vector, it always does set its size to zero and destruct all the elements, but it might not (depending on the implementation) actually free the memory.

In C++11, you can do what you want with two function calls: (thanks for the helpful comment)

myvec[i].clear();
myvec[i].shrink_to_fit();
【 在 confusing 的大作中提到: 】
: 不用析构，但是在linux下会hold住这部分内存不返还给操作系统，为的是下次使用的时候速度快一些。
: 除了malloc_trim(0)，还不知道用什么方法可以优雅的把内存返还给OS
:
--
FROM 92.40.168.*

要么自己用Pool，要么用TCMalloc，其实也是thread_local实现的Pool
但是容器释放的内存，并不会立即还给OS
万一频繁调用，反复向系统申请和释放内存太影响效率

如果非要实现这个目标，用mmap/munmap自己管理内存


【 在 jackhu123 (cpp程序员) 的大作中提到: 】
: 其实你就差最后一步了，从发现内存耗尽这个问题，到主贴的几行代码，已经成功定位故障。
: 那几行代码的问题原因推测是: linux的glibc可能为减少频繁内存申请，进行了内存访问优化，导致在内存不足的设备上使用std::map，可能需要特殊处理("malloc_trim")
: 在linux下，malloc()/free()的实现是由glibc库负责的。STL的内存释放，有时候并没有直接返还给os，只是返还给了分配器。
: ...................
--
FROM 123.118.171.230