C++内存泄漏预防：智能指针与RAII实践

用智能指针+RAII可解决90%内存泄漏问题，核心是让对象自主管理生命周期；优先用std::unique_ptr（独占）、std::shared_ptr（共享，防循环引用需weak_ptr），遵循RAII原则统一资源获取与释放。

用智能指针 + RAII，基本就能绕开 90% 的 C++ 内存泄漏问题。核心不是“记得 delete”，而是“让对象自己管好自己”的生命周期。

优先用 std::unique_ptr 管理独占资源

它默认禁止拷贝，只支持移动，天然对应“一块内存只归一个所有者”的场景。构造时接管原始指针，析构时自动 delete —— 不用写 delete，也不会忘。

• 创建：用 std::make_unique<T>()，比 new 更安全（异常安全、无裸 new）
• 传递：函数参数尽量用值传递（移动语义）或 const std::unique_ptr&（只读访问）
• 释放：不用手动 reset() 或 release()，离开作用域就自动清理

例：auto p = std::make_unique(42); —— 函数返回、异常抛出、作用域结束，int 都会被安全 delete。

共享所有权？选 std::shared_ptr，但要防循环引用

多个对象需要共同持有同一块内存时用它，内部带引用计数。但两个 shared_ptr 相互持有（比如父子节点互相存对方的 shared_ptr），会导致计数永远不为 0，内存永远不释放。

• 打破循环：一方改用 std::weak_ptr（不增加引用计数，访问前需 lock() 检查是否还有效）
• 创建：同样优先用 std::make_shared<T>()，效率更高（一次分配控制块+对象）
• 避免从裸指针构造：如 shared_ptr<T>(new T) 是危险模式，可能 new 成功但控制块分配失败导致泄漏

RAII 是底层逻辑，智能指针是它的标准实现

RAII（Resource Acquisition Is Initialization）本质是：把资源获取绑定到对象构造，资源释放绑定到对象析构。只要对象生命周期确定，资源就确定。

• 不只是内存：文件句柄、锁、socket、GPU 显存……都适用同一套思路
• 自定义类也应遵守：在构造函数中申请资源，在析构函数中释放（且析构函数不能抛异常）
• 不要在类里存裸指针来管理资源 —— 除非你明确写了拷贝/移动语义，并保证每条路径都配对释放

几个关键提醒

• 别混用智能指针和裸 new/delete：比如用 new 分配，又用 unique_ptr 管理，容易 double-delete 或遗漏
• 数组？用 std::unique_ptr<T[]> 或 std::vector，别用 shared_ptr<T[]>（C++17 前不支持，易出错）
• 第三方库返回裸指针？立即转成智能指针（注意所有权归属），或封装成 RAII 包装器
• 调试泄漏？开启编译器检测（如 GCC/Clang 的 -fsanitize=address）或用 Valgrind

基本上就这些。不复杂，但容易忽略细节 —— 关键是把“谁负责释放”这个责任，从人脑转移到类型系统里。