STL父vector调用clear/swap是否需手动释放嵌套vector内存

不需要手动遍历父vector逐个清理内部嵌套的Particle_Animations类型vector成员。

原因说明 #

• 当你对ParticlesSubSVect类型的父vector执行clear()操作，或者通过空vector swap技巧释放内存时，父vector会自动逐个调用所有存储的ParticlesSubSurf元素的析构函数。
• ParticlesSubSurf结构体中的particle_animations是值类型的vector成员，不属于指针/引用，结构体默认生成的析构函数会自动调用该成员的析构函数，vector自身的析构逻辑会完整释放它内部存储Particle_Animation元素占用的所有堆内存，整个流程完全自动，不需要人工干预。

你贴出的结构体定义里存在两个裸指针成员，这才是内存泄漏的高风险点：

GPU_Image *image;
GPU_Image *normal_image;//normal map of the texture

• vector在销毁元素时，只会回收指针变量本身占用的内存（32位环境下4字节，64位环境下8字节），不会自动释放指针指向的堆上GPU_Image类型对象占用的资源。
• 如果这两个指针指向的纹理资源是你通过引擎/库的创建接口（比如常见的GPU_LoadImage/GPU_CreateImage类接口）申请的，你需要自己手动管理释放：要么给ParticlesSubSurf编写自定义析构函数，在析构里调用对应GPU_FreeImage类的释放接口；要么在清空父vector前遍历所有元素，逐个释放这两个指针指向的资源，否则必然出现内存泄漏。

• 注意vector::clear()仅会销毁所有存储元素、将容器的size置为0，不会释放容器预分配的capacity对应的预留内存。如果要彻底释放父vector本身占用的整块内存，才需要使用swap空容器的技巧：

  ParticlesSubSVect empty_vect;
  your_particles_vect.swap(empty_vect);
  

  上述swap流程中所有嵌套vector的内存释放依然是自动完成的，不需要额外手动处理内部成员。
• 如果你清理完当前关卡数据后马上要加载新关卡复用该vector，完全没必要做swap释放操作，直接调用clear()即可，之前预留的内存可以直接复用来存新的关卡数据，减少重复内存分配的开销，更适配游戏引擎的性能敏感场景。

内容的提问来源于stack exchange，提问作者Gabriel B