排查基于char实现的高精度整数addStringInt函数内存泄漏

常见泄漏场景及解决办法 #

• 临时缓冲区漏释放：如果函数里用new char[]创建了临时数组（比如反转字符串存储中间计算结果），但在某些分支（比如提前返回、错误处理）里没执行delete[]。典型错误示例：

  char* temp = new char[maxLen];
  if (inputIsInvalid(a)) {
      return nullptr; // 直接返回，temp内存未释放
  }
  // ...后续逻辑
  delete[] temp;
  

  修复：要么在每个分支都补上释放逻辑，要么用std::unique_ptr<char[]>替代手动分配，它会自动在作用域结束时释放内存，无需关注分支走向：

  std::unique_ptr<char[]> temp(new char[maxLen]);
  // 直接通过temp.get()操作数组即可
  

• 返回的内存未被调用方释放：如果addStringInt返回new分配的数组，但调用代码用完后未执行delete[]。比如调用方代码：

  char* result = addStringInt("123", "456");
  printf("%s\n", result);
  // 遗漏delete[] result
  

  修复：检查所有调用addStringInt的代码，确保返回指针最终被delete[]释放；或者直接将返回类型改为std::string，彻底摆脱手动内存管理，从根源避免泄漏。

• 指针被覆盖导致内存丢失：分配内存后直接修改指向堆内存的指针，导致原地址丢失无法释放。比如：

  char* res = new char[size];
  res = reverseString(res); // 原res地址被覆盖，无法追踪释放
  

  修复：不要直接修改原始指针，使用临时变量处理操作，或者先保存原始地址再进行后续逻辑。

• 异常导致释放逻辑跳过：函数执行中抛出异常，后续delete语句未被执行。比如：

  char* buf = new char[100];
  doSomeCalculationThatThrows(); // 抛出异常，跳过delete[] buf
  delete[] buf;
  

  修复：使用RAII类（如智能指针）管理内存，或者将内存操作包裹在try-catch块中，确保异常场景下也能释放内存。

快速排查技巧 #

1. 给每个new char[]添加对应注释，标记其释放位置，逐一核对所有分配是否都有对应的释放逻辑。
2. 优先用std::string或智能指针替代手动内存分配，省去手动跟踪delete的麻烦。

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