C++如何避免内存泄漏-C++-PHP中文网

真正难防的内存泄漏是对象该销毁却因shared_ptr持有、回调未注销或线程未退出而“假存活”；应优先用unique_ptr管理独占资源，weak_ptr打破循环引用，容器存值或unique_ptr而非裸指针，并确保回调注册后显式解注册。

c++如何避免内存泄漏

真正难防的内存泄漏，不是 new 后漏掉 delete，而是对象明明该死了却一直活着——比如被某个 shared_ptr 悄悄拽着、被回调列表长期持有、或卡在没退出的线程里。

用 `unique_ptr` 替代裸指针管理单个对象

绝大多数局部动态对象，根本不需要共享所有权。用 unique_ptr 能让释放时机完全确定：离开作用域就自动调用 delete，连异常路径都覆盖了。

常见错误：

手写 new + delete 配对，但函数有多个 return 或可能抛异常
误用 shared_ptr 管理本该独占的对象，增加引用计数开销且掩盖生命周期问题

正确做法：

void process() {
    auto ptr = std::make_unique<myclass>(); // 构造即接管
    if (some_error) return; // 不用手动 delete，安全
    ptr->do_work();
} // 自动析构，自动 delete
</myclass>

用 `weak_ptr` 打断 `shared_ptr` 循环引用

shared_ptr 本身不导致泄漏，但两个对象互相用 shared_ptr 持有对方时，引用计数永远不为 0，析构函数永远不会执行——这是工程中最隐蔽的“假存活”泄漏。

典型场景：

树/图结构中父子双向引用（如 Node::parent 和 Node::children）
观察者模式里，被观察对象持有了观察者的 shared_ptr

关键动作：

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

把“非拥有关系”的那一端（通常是反向引用）换成 weak_ptr
使用前必须调用 lock() 获取临时 shared_ptr，检查是否还有效

示例：

struct Node {
    std::shared_ptr<node> next;
    std::weak_ptr<node> prev; // 不再增加引用计数
};

auto a = std::make_shared<node>();
auto b = std::make_shared<node>();
a->next = b;
b->prev = a; // a 不会因 b 持有而延长生命周期
</node></node></node></node>

容器里别存裸指针，改用智能指针或值语义

std::vector<myclass></myclass> 是高危模式：调用 clear() 只清指针，不删对象；迭代器失效、异常中断、忘记遍历 delete 都会直接泄漏。

更安全的选择：

存值：std::vector<myclass></myclass> —— 对象随容器构造/析构，零手动管理
存 unique_ptr：std::vector<:unique_ptr>></:unique_ptr> —— 明确所有权，clear() 即释放全部
避免 std::vector<:shared_ptr>></:shared_ptr>，除非真需要共享所有权

特别注意：vector::clear() 不等于释放堆内存——它只销毁元素，对裸指针无效；对 unique_ptr 元素才触发实际 delete。