调用C++ DLL中修改vector值时出现内存泄漏问题

首先，我们来拆解你的问题：你在C#中重复调用C++ DLL的callMe方法，每次调用RAM都会涨18MB，即便用了vector的clear、erase、shrink_to_fit也没用。结合你给出的代码，我整理了几个最可能的原因和对应的解决思路：

1. 检查MyClass实例是否被重复创建（最常见的坑） #

如果你的C包装层代码是每次调用callMe都新建一个MyClass对象，那旧的实例根本没被释放，内存自然会持续暴涨。比如这种错误的包装方式：

extern "C" __declspec(dllexport) bool callMe(int pixel_value, int iImage) {
    MyClass* obj = new MyClass(); // 每次调用都new，没有delete
    return obj->callMe(pixel_value, iImage);
}

解决办法：
改成让C#持有MyClass实例的指针，用完主动释放：

// C++包装层新增创建和销毁函数
extern "C" __declspec(dllexport) MyClass* CreateMyClass() {
    return new MyClass();
}

extern "C" __declspec(dllexport) bool CallMe(MyClass* obj, int pixel_value, int iImage) {
    return obj->callMe(pixel_value, iImage);
}

extern "C" __declspec(dllexport) void DestroyMyClass(MyClass* obj) {
    delete obj;
}

然后在C#里：

[DllImport("YourDll.dll")]
private static extern IntPtr CreateMyClass();

[DllImport("YourDll.dll")]
private static extern bool CallMe(IntPtr obj, int pixel_value, int iImage);

[DllImport("YourDll.dll")]
private static extern void DestroyMyClass(IntPtr obj);

// 使用时
var myClassPtr = CreateMyClass();
try {
    // 多次调用CallMe
    CallMe(myClassPtr, ...);
} finally {
    DestroyMyClass(myClassPtr); // 务必释放实例
}

2. vector的内存没有真正被释放（clear/shrink_to_fit的局限性） #

你提到每次只是替换现有vector的2000个元素，但clear()只会销毁元素、不会释放底层内存；shrink_to_fit()只是向编译器请求释放内存，编译器可以忽略它。如果你的vector容量一直在增长（比如某次resize不小心扩到了很大的尺寸），内存就会一直占用。

强制释放vector内存的可靠方法：
用swap技巧，把当前vector和一个临时空vector交换，临时vector销毁时会彻底释放内存：

// 在两次调用之间的清理逻辑里执行
vector<double>().swap(thermogram);
// 之后如果需要再resize到2000
thermogram.resize(2000);

3. resize的逻辑可能存在问题 #

看你的代码：

if (thermogram.size() == 0) { 
    thermogram.resize(_nFrame - iFramesPass); 
}

如果_nFrame - iFramesPass的值每次调用都在变大（比如iFramesPass持续减小），那第一次resize后，后续调用虽然不会再进入这个分支，但如果_nFrame - iFramesPass本身就是一个很大的数（比如2304000个double，刚好是18MB左右），那每次resize都会分配巨量内存。另外，如果iImage超出了vector当前的size，还会触发未定义行为，可能间接导致内存异常增长。

解决办法：

• 固定vector的目标大小，不要依赖动态计算的值：

  bool MyClass::callMe(int pixel_value, int iImage) {
      const int TARGET_SIZE = 2000; // 你需要的固定元素数量
      if (thermogram.size() != TARGET_SIZE) {
          thermogram.resize(TARGET_SIZE);
      }
      // 加个越界检查，避免未定义行为
      if (iImage >= 0 && iImage < TARGET_SIZE) {
          thermogram[iImage] = static_cast<double>(pixel_value);
          sizeThermo = iImage;
          return true;
      }
      return false; // 越界返回错误
  }
  

• 在代码里加日志，打印每次调用时thermogram.size()和thermogram.capacity()，确认容量是否在异常增长。

4. 排查MyClass其他成员的内存泄漏 #

如果以上都没问题，那内存增长可能来自MyClass的其他成员。比如：

• MyClass的构造函数里用new分配了其他内存（比如数组、对象），但析构函数里没delete；
• callMe方法里有隐式的动态内存分配（比如临时创建了大对象且没释放）。

可以用C++的内存泄漏检测工具（比如Visual Studio的内存泄漏检测器、Valgrind）来定位具体的泄漏点。

内容的提问来源于stack exchange，提问作者Mathieu Gauquelin