shared_ptr的一个最大的陷阱是循环引用,如何解决循环引用-拓冰建站

在C++中，std::shared_ptr提供了一种智能指针，用于自动管理动态分配对象的生命周期。然而，当多个shared_ptr相互引用时，如果不恰当地管理，就可能造成所谓的“循环引用”问题。循环引用指的是两个或多个shared_ptr相互持有对方的引用，从而导致它们都无法独立地减少引用计数到零，因此无法自动释放内存。

循环引用的例子

假设有两个类A和B，每个类都有一个指向对方类型的shared_ptr：

classB;// 前向声明classA{public:std::shared_ptr<B>b;};classB{public:std::shared_ptr<A>a;};

如果你这样创建对象：

std::shared_ptr<A>a(newA);std::shared_ptr<B>b(newB);a->b=b;b->a=a;

在这种情况下，每个shared_ptr都至少被对方持有一个引用，因此它们的引用计数永远不会达到零。这意味着对象a和b都不会被自动删除，导致内存泄漏。

如何解决循环引用问题

使用weak_ptr

一个常用的解决方案是使用std::weak_ptr。weak_ptr不会增加对象的引用计数，但它允许你访问由shared_ptr管理的对象。你可以将其中一个shared_ptr替换为weak_ptr来打破循环引用：

classB;// 前向声明classA{public:std::weak_ptr<B>b;// 使用 weak_ptr 替代 shared_ptr};classB{public:std::shared_ptr<A>a;// 仍然使用 shared_ptr};

创建对象时：

std::shared_ptr<A>a(newA);std::shared_ptr<B>b(newB);a->b=b;// 注意这里不需要改变b->a，因为我们已经用weak_ptr处理了循环引用的问题b->a=a;// 仍然需要设置，因为我们需要访问a对象

这样，即使a通过weak_ptr指向b，b仍然可以保持对a的强引用。当不再需要访问a时，你可以通过b->a.lock()来安全地获取shared_ptr并管理生命周期。

使用std::enable_shared_from_this

对于某些情况，如果你确实需要在对象内部保持对其他对象的强引用，可以使用std::enable_shared_from_this基类。这允许对象在其成员函数中安全地获取自己的shared_ptr：

include<memory>include<iostream>classB;// 前向声明classA:publicstd::enable_shared_from_this<A>{public:std::shared_ptr<B>b;voidsetB(std::shared_ptr<B>bPtr){b=bPtr;}// 需要手动设置b的引用，因为不能自动获取自己的shared_ptr来设置b的引用计数。通常在构造函数或初始化函数中设置。};classB:publicstd::enable_shared_from_this<B>{public:std::shared_ptr<A>a;// 使用 enable_shared_from_this 的对象可以安全地获取自己的 shared_ptr。};

在创建对象时：

autoa=std::make_shared<A>();// 自动管理生命周期的智能指针。autob=std::make_shared<B>();// 同理。a->setB(b);// 手动设置b的引用。注意这里不需要改变b->a的设置方式。b->a=a;// 仍然需要设置，因为我们需要访问a对象。但通常在构造函数或初始化函数中设置会更安全。