C++动态内存分配（new/delete）内存泄漏问题研究

数组内存释放​

数组动态分配必须使用delete[]释放，否则会造成内存残留：​
​
代码块​
int* arr = new int[5];​
delete[] arr; // 批量释放数组内存​
arr = nullptr;​
​

new/delete 与 malloc/free 的核心优势​

相较于 C 语言的malloc/free，C++new/delete具备两大核心优势：一是自带类型校验，无需强制转换内存类型，安全性更高；二是适配面向对象，自动调用构造、析构函数，完成对象的初始化与资源清理，是 C++ 专属的动态内存管理标准。​
三、内存泄漏的定义与常见成因​

内存泄漏定义​

内存泄漏是指程序通过new向堆区申请内存后，未执行delete释放，或释放失败，导致该段内存既无法被程序继续使用，也无法被系统回收，始终占用内存资源的现象。​
堆区内存不会随函数结束、代码执行完毕自动释放，只能通过delete手动回收。一旦发生内存泄漏，泄漏的内存会持续驻留，随着程序运行次数增加，泄漏内存不断累积，造成内存资源浪费。​

内存泄漏的常见成因​

结合 C++ 开发实战，基于new/delete的内存泄漏主要分为四大类，均为开发者编码不规范导致：​

内存申请后未释放​

这是最基础、最普遍的泄漏场景。开发者使用new申请内存后，因逻辑遗漏、代码分支跳过等原因，未编写对应的delete释放代码。​
​
代码块​
void test(){​
// 动态申请内存，函数结束未释放，造成泄漏​
int* p = new int(20);​
cout << *p << endl;​
}​
​
该函数每次调用都会泄漏一块整型内存，多次调用后内存占用持续增加。​

指针覆盖导致内存丢失​

当指向堆内存的指针被重新赋值、覆盖时，原堆内存的首地址丢失，程序无法找到该段内存，无法执行释放操作，造成永久性内存泄漏。​
​
代码块​
void test2(){​
int* p = new int(10);​
// 指针重新赋值，原new申请的内存地址彻底丢失​
p = new int(20);​
delete p; // 仅释放后申请的内存，第一段内存泄漏​
}​
​

数组释放方式错误​

动态数组必须使用delete[]释放，若使用普通delete，仅会释放数组首地址内存，数组后续内存无法回收，造成部分内存泄漏。​
​
代码块​
void test3(){​
// 申请数组内存​
int* arr = new int[10];​
delete arr; // 错误写法！仅释放首元素，剩余9个元素内存泄漏​
arr = nullptr;​
}​
​

异常跳转导致释放代码失效​

程序出现异常时，会触发try-catch跳转逻辑，直接跳过后续delete释放代码，导致已申请的内存无法释放，是隐蔽性极强的泄漏场景。​

//文章部分代码由ai辅助生成