我自己写的简单的shared_ptr
template<class T> class shared_ptr
{
private:
T* px;
int* use_count;
public:
explicit shared_ptr(T* p = 0) : px(p)
{
use_count = new int(1);
}
~shared_ptr()
{
if (-- * use_count == 0)
{
delete px;
delete use_count;
}
}
shared_ptr(shared_ptr const& r) : px(r.px), use_count(r.use_count)
{
++* use_count;
}
shared_ptr& operator=(shared_ptr const& r)
{
if (this != &r)
{
use_count = r.use_count;
px = r.px;
++* use_count;
}
return *this;
}
};
每个 shared_ptr 都有一个关联的计数值,通常称为引用计数。无论何时我们拷贝一个 shared_ptr,计数器都会递增。例如,当用一个 shared_ptr 初始化另一个 shred_ptr,或将它当做参数传递给一个函数以及作为函数的返回值时,它所关联的计数器就会递增。当我们给 shared_ptr 赋予一个新值或是 shared_ptr 被销毁(例如一个局部的 shared_ptr 离开其作用域)时,计数器就会递减。一旦一个 shared_ptr 的计数器变为0,它就会自动释放自己所管理的对象。
1、weak_ptr 的出现是伴随 shared_ptr 而来的,专门用于解决 循环引用 带来的内存泄漏的问题。 2,当两个 shared_ptr 互相引用的时候,将导致循环引用的问题,造成无法释放产生内存泄漏。 通过将其中一个 shared_ptr 替换为 weak_ptr 可解决该问题,因为 weak_ptr 不会增加引用计数。 3,use_count() 获取引用计数个数; 4,reset() 放弃内部对象的拥有权,即原对象的引用计数减一 5,不要使用同一个原始指针构造 shared_ptr,假如使用原始指针num创建了p1,又同样方法创建了p3,当p1超出作用域时会调用delete释放num内存,此时num成了悬空指针,当p3超出作用域再次delete的时候就可能会出错,和auto_ptr一样; 6,shared_ptr 默认的构造函数中使用的是delete来删除关联的指针,所以构造的时候也必须使用new出来的堆空间的指针
自定义删除器:
void deleter(Sample * x)
{
std::cout << "DELETER FUNCTION CALLED\n";
delete[] x;
}
std::shared_ptr<Sample> p3(new Sample[12], deleter);
weak_ptr 的出现是伴随 shared_ptr 而来的,专门用于解决 循环引用 带来的内存泄漏的问题。
防止循环引用:
#include <iostream>
#include <string>
#include <memory>
using namespace std;
class Children;
class Parent
{
public:
~Parent()
{
cout << "Parent destructor" << endl;
}
weak_ptr<Children> children;
};
class Children
{
public:
~Children()
{
cout << "Children destructor" << endl;
}
weak_ptr<Parent> parent;
};
void Test()
{
shared_ptr<Parent> pParent(new Parent());
shared_ptr<Children> pChildren(new Children());
if(pParent && pChildren)
{
pParent -> children = pChildren;
pChildren -> parent = pParent;
}
cout << "pParent use_count: " << pParent.use_count() << endl;
cout << "pChildren use_count: " << pChildren.use_count() << endl;
}
int main()
{
Test();
return 0;
}
感谢 https://blog.csdn.net/weixin_42205987/article/details/82946894?spm=1001.2101.3001.6650.4&utm_medium=distribute.pc_relevant.none-task-blog-2%7Edefault%7ECTRLIST%7ERate-4.pc_relevant_paycolumn_v3&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2%7Edefault%7ECTRLIST%7ERate-4.pc_relevant_paycolumn_v3&utm_relevant_index=4
https://blog.csdn.net/afei__/article/details/85053148?spm=1001.2101.3001.6650.5&utm_medium=distribute.pc_relevant.none-task-blog-2%7Edefault%7ECTRLIST%7ERate-5.pc_relevant_default&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2%7Edefault%7ECTRLIST%7ERate-5.pc_relevant_default&utm_relevant_index=6
|