用智能指针+RAII可解决90%内存泄漏问题，核心是让对象自主管理生命周期；优先用std::unique_ptr（独占）、std::shared_ptr（共享，防循环引用需weak_ptr），遵循RAII原则统一资源获取与释放。
用智能指针 + RAII，基本就能绕开 90% 的 C++ 内存泄漏问题。核心不是“记得 delete”，而是“让对象自己管好自己”的生命周期。
优先用 std::unique_ptr 管理独占资源
它默认禁止拷贝，只支持移动，天然对应“一块内存只归一个所有者”的场景。构造时接管原始指针，析构时自动 delete —— 不用写 delete，也不会忘。
- 创建：用 std::make_unique
() ，比 new 更安全（异常安全、无裸 new） - 传递：函数参数尽量用值传递（移动语义）或 const std::unique_ptr&（只读访问）
- 释放：不用手动 reset() 或 release()，离开作用域就自动清理
例：auto p = std::make_unique
共享所有权？选 std::shared_ptr，但要防循环引用
多个对象需要共同持有同一块内存时用它，内部带引用计数。但两个 shared_ptr 相互持有（比如父子节点互相存对方的 shared_ptr），会导致计数永远不为 0，内存永远不释放。
立即学习“C++免费学习笔记（深入）”；
- 打破循环：一方改用 std::weak_ptr（不增加引用计数，访问前需 lock() 检查是否还有效）
- 创建：同样优先用 std::make_shared
() ，效率更高（一次分配控制块+对象） - 避免从裸指针构造：如 shared_ptr
(new T) 是危险模式，可能 new 成功但控制块分配失败导致泄漏
RAII 是底层逻辑，智能指针是它的标准实现
RAII（Resource Acquisition Is Initialization）本质是：把资源获取绑定到对象构造，资源释放绑定到对象析构。只要对象生命周期确定，资源就确定。
- 不只是内存：文件句柄、锁、socket、GPU 显存……都适用同一套思路
- 自定义类也应遵守：在构造函数中申请资源，在析构函数中释放（且析构函数不能抛异常）
- 不要在类里存裸指针来管理资源 —— 除非你明确写了拷贝/移动语义，并保证每条路径都配对释放
几个关键提醒
- 别混用智能指针和裸 new/delete：比如用 new 分配，又用 unique_ptr 管理，容易 double-delete 或遗漏
- 数组？用 std::unique_ptr
或 std::vector，别用 shared_ptr （C++17 前不支持，易出错） - 第三方库返回裸指针？立即转成智能指针（注意所有权归属），或封装成 RAII 包装器
- 调试泄漏？开启编译器检测（如 GCC/Clang 的 -fsanitize=address）或用 Valgrind
基本上就这些。不复杂，但容易忽略细节 —— 关键是把“谁负责释放”这个责任，从人脑转移到类型系统里。
