• 【C++】智能指针【内存泄漏|智能指针原理及使用|RAII】

    目录

    1、了解内存泄露

    1.1 内存泄漏的定义及危害

    1.2 内存泄漏分类（了解）

    1.3 如何检测内存泄漏（了解）

    1.4如何避免内存泄漏

    2、智能指针的引出

    3、智能指针的使用及原理

    3.1 RAII

    3.2 智能指针的原理

    3.3 std::auto_ptr

    3.4 std::unique_ptr

    3.5 std::shared_ptr

    3.6 定制删除器(了解)

     

    1、了解内存泄露

    1.1 内存泄漏的定义及危害

    内存泄漏：内存泄漏指因为疏忽或错误造成程序未能释放已经不再使用的内存的情况。内存泄漏并不是指内存在物理上的消失，而是应用程序分配某段内存后，因为设计错误，失去了对该段内存的控制，因而造成了内存的浪费。
    内存泄漏的危害：长期运行的程序出现内存泄漏，影响很大，如操作系统、后台服务等等，出现 内存泄漏会导致响应越来越慢，最终卡死。 
    1. void MemoryLeaks()
    2. {
    3. 	// 1.内存申请了忘记释放
    4. 	int* p1 = (int*)malloc(sizeof(int));
    5. 	int* p2 = new int;
    6.  
    7. 	// 2.异常安全问题
    8. 	int* p3 = new int[10];
    9.  
    10. 	Func(); // 这里Func函数抛异常导致 delete[] p3未执行，p3没被释放.
    11.  
    12. 	delete[] p3;
    13. }

    1.2 内存泄漏分类（了解）

    C/C++ 程序中一般我们关心两种方面的内存泄漏：
    堆内存泄漏 (Heap leak)
    堆内存指的是程序执行中依据须要分配通过 malloc / calloc / realloc / new等从堆中分配的一块内存，用完后必须通过调用相应的 free 或者 delete 删掉。假设程序的设计错误导致这部分内存没有被释放，那么以后这部分空间将无法再被使用，就会产生 Heap Leak 。
    系统资源泄漏
    指程序使用系统分配的资源，比方套接字、文件描述符、管道等没有使用对应的函数释放掉，导致系统资源的浪费，严重可导致系统效能减少，系统执行不稳定。

    1.3 如何检测内存泄漏（了解）

    在 linux 下内存泄漏检测： linux 下几款内存泄漏检测工具
    在 windows 下使用第三方工具： VLD 工具说明
    其他工具： 内存泄漏工具比较

    1.4如何避免内存泄漏

    1. 工程前期养成良好的设计规范和编码规范，申请的内存空间记着匹配的去释放。ps： 这个理想状态。但是如果碰上异常时，就算注意释放了，还是可能会出问题。需要智能指针来管理才有保证。
    2. 采用 RAII 思想或者智能指针来管理资源。
    3. 有些公司内部规范使用内部实现的私有内存管理库。这套库自带内存泄漏检测的功能选项。
    4. 已经出 问题了使用内存泄漏工具检测。 ps ：不过很多工具都不够靠谱，或者收费昂贵。【valgrind是一个Linux下的强大内存泄漏检测工具】
    总结一下:
    内存泄漏非常常见。
    解决方案分为两种：
    • 事前预防型。如智能指针等。
    • 事后查错型。如泄漏检测工具

    2、智能指针的引出

    因为内存泄漏的危害，故下列场景针对内存的释放，异常都是格外小心的处理

    问题场景一。缺陷：不确定是否要抛异常，但是你都会catch捕获

    1. int div()
    2. {
    3. 	int a, b;
    4. 	cin >> a >> b;
    5. 	if (b == 0)
    6. 		throw invalid_argument("除0错误");
    7. 	return a / b;
    8. }
    9. void Func()
    10. {
    11. 	int* p1 = new int;
    12. 	//这种写法的问题：不确定是否要抛异常，但你都catch捕获了
    13. 	try
    14. 	{
    15. 		cout << div() << endl;
    16. 	}
    17. 	//catch (exception& e)
    18. 	//{
    19. 	//	delete p1;
    20. 	//	throw e;
    21. 	//}
    22. 	catch (...)
    23. 	{//下面这种写法也可以
    24. 		//拦截下来先释放，再抛异常
    25. 		delete p1;
    26. 		throw;
    27. 	}
    28. 	delete p1;
    29. }
    30. int main()
    31. {
    32. 	try
    33. 	{
    34. 		Func();
    35. 	}
    36. 	catch (exception& e)
    37. 	{
    38. 		cout << e.what() << endl;
    39. 	}
    40. 	return 0;
    41. }

     问题场景二、多个new抛异常。缺陷：不确定哪个对象会new失败

     针对以上问题，引出智能指针

    3、智能指针的使用及原理

    3.1 RAII

    RAII （ Resource Acquisition Is Initialization ）是一种 利用对象生命周期来控制程序资源（如内存、文件句柄、网络连接、互斥量等等）的简单技术。
    在对象构造时获取资源 ，接着控制对资源的访问使之在对象的生命周期内始终保持有效，最后 在 对象析构的时候释放资源。借此，我们实际上把管理一份资源的责任托管给了一个对象。这种做法有两大好处：
    • 不需要显式地释放资源。
    • 采用这种方式，对象所需的资源在其生命期内始终保持有效。
    1. //使用RAII思想设计SmartPtr类
    2. template<class T>
    3. class SmartPtr {
    4. public:
    5. 	SmartPtr(T* ptr = nullptr)
    6. 		: _ptr(ptr)
    7. 	{}
    8. 	~SmartPtr()
    9. 	{
    10. 		if (_ptr)
    11. 			delete _ptr;
    12. 	}
    13.  
    14. private:
    15. 	T* _ptr;
    16. };
    17. int div()
    18. {
    19. 	int a, b;
    20. 	cin >> a >> b;
    21. 	if (b == 0)
    22. 		throw invalid_argument("除0错误");
    23. 	return a / b;
    24. }
    25. void Func()
    26. {
    27. 	SmartPtr<int> sp1(new int);
    28. 	SmartPtr<int> sp2(new int);
    29. 	cout << div() << endl;
    30. 	//无论是函数正常结束，还是抛异常，都会导致sp对象的生命周期到了后析构函数释放资源
    31. }
    32.  
    33. int main()
    34. {
    35. 	try {
    36. 		Func();
    37. 	}
    38. 	catch (const exception& e)
    39. 	{
    40. 		cout << e.what() << endl;
    41. 	}
    42. 	return 0;
    43. }

    3.2 智能指针的原理

    上述的 SmartPtr还不能将其称为智能指针，因为它还不具有指针的行为。指针可以解引用，也可 以通过 -> 去访问所指空间中的内容，因此： AutoPtr 模板类中还得需要将 * 、 -> 重载下，才可让其 像指针一样去使用 
    1. template<class T>
    2. class SmartPtr {
    3. public:
    4. 	SmartPtr(T* ptr = nullptr)
    5. 		: _ptr(ptr)
    6. 	{}
    7. 	~SmartPtr()
    8. 	{
    9. 		if (_ptr)
    10. 			delete _ptr;
    11. 	}
    12. 	T& operator*() { return *_ptr; }
    13. 	T* operator->() { return _ptr; }
    14. private:
    15. 	T* _ptr;
    16. };
    17. struct Date
    18. {
    19. 	int _year;
    20. 	int _month;
    21. 	int _day;
    22. };
    23. int main()
    24. {
    25. 	SmartPtr<int> sp1(new int);
    26. 	*sp1 = 10;
    27.  
    28. 	SmartPtrint, int>> sp2(new pair<int, int>);
    29. 	sp2->first = 20;
    30. 	sp2->second = 30;
    31.  
    32. 	cout << *sp1 << endl;
    33. 	SmartPtr sparray(new Date);
    34. 	// 需要注意的是这里应该是sparray.operator->()->_year = 2018;
    35. 	// 本来应该是sparray->->_year这里语法上为了可读性，省略了一个->
    36. 	sparray->_year = 2018;
    37. 	sparray->_month = 1;
    38. 	sparray->_day = 1;
    39. }
    总结一下智能指针的原理：
    1. RAII 特性
    2. 重载 operator* 和 opertaor-> ，具有像指针一样的行为。
    注：RAII和智能指针的关系:RAII是一个托管资源的思想，智能指针是依靠这种RAII实现的，（unique_lock/lock_guard也依靠RAII），其 基于RAII思想设计一个类，把需要释放的资源交给类对象，通过对象生命周期来管理，在对象析构时释放资源
    潜在的问题：

    若在上述代码主函数添加 SmartPtr sp3 = sp1（调用编译器自动生成的拷贝构造：浅拷贝）; 则会出现问题，因为指向同一块资源会导致析构两次。

    那这里能不能深拷贝？不能！

    针对这个问题，解决方案如下：

    • 1、管理权转移 C++98 auto_ptr
    • 2、防拷贝 C++11 unique_ptr
    • 3、引用计数的共享拷贝 C++11 shared_ptr

    3.3 std::auto_ptr

    C++98 版本的库中就提供了 auto_ptr 的智能指针。 auto_ptr 的实现原理：管理权转移的思想。
    下面简化模拟实现了一份a uto_ptr 来了解它的原 理： 
    1. // C++98 管理权转移 auto_ptr
    2. //模拟实现库中的auto_ptr
    3. namespace mz
    4. {
    5. 	template<class T>
    6. 	class auto_ptr
    7. 	{
    8. 	public:
    9. 		auto_ptr(T* ptr)
    10. 			:_ptr(ptr)
    11. 		{}
    12. 		auto_ptr(auto_ptr& sp)
    13. 			:_ptr(sp._ptr)
    14. 		{
    15. 			// 管理权转移
    16. 			sp._ptr = nullptr;
    17. 		}
    18. 		auto_ptr& operator=(auto_ptr& ap)
    19. 		{
    20. 			// 检测是否为自己给自己赋值
    21. 			if (this != &ap)
    22. 			{
    23. 				// 释放当前对象中资源
    24. 				if (_ptr)
    25. 					delete _ptr;
    26. 				// 转移ap中资源到当前对象中
    27. 				_ptr = ap._ptr;
    28. 				ap._ptr = NULL;
    29. 			}
    30. 			return *this;
    31. 		}
    32. 		~auto_ptr()
    33. 		{
    34. 			if (_ptr)
    35. 			{
    36. 				cout << "delete:" << _ptr << endl;
    37. 				delete _ptr;
    38. 			}
    39. 		}
    40. 		// 像指针一样使用
    41. 		T& operator*()
    42. 		{
    43. 			return *_ptr;
    44. 		}
    45. 		T* operator->()
    46. 		{
    47. 			return _ptr;
    48. 		}
    49. 	private:
    50. 		T* _ptr;
    51. 	};
    52. }
    53.  
    54. // 结论：auto_ptr是早期的一个失败设计，很多公司明确要求不能使用auto_ptr
    55. int main()
    56. {
    57. 	 mz::auto_ptr<int> sp1(new int);
    58. 	 //用sp1拷贝sp2后，sp2就指向了sp1原指向的空间，而sp1会被置空（不指向任何空间）
    59. 	 mz::auto_ptr<int> sp2(sp1); // 管理权转移（空间的管理权转移）
    60.  
    61. 	 // sp1悬空（因为s1已经指向空了！）
    62. 	 *sp2 = 10;
    63. 	 cout << *sp2 << endl;
    64. 	 cout << *sp1 << endl;
    65. 	 return 0;
    66. }

    auto_ptr缺陷：sp2 = sp1【赋值重载】或 sp2(sp1)【拷贝构造】场景下sp1就悬空了（nullptr），此时访问sp1就会报错，若不熟悉auto_ptr的特性就会被坑，故我们不推荐用甚至不让用auto_ptr

    3.4 std::unique_ptr

    C++11 中开始提供更靠谱的 unique_ptr。 unique_ptr 的实现原理：简单粗暴的防拷贝。
    下面简化模拟实现了一份 UniquePtr 来了解它的原 理： 
    1. // C++11库才更新智能指针实现
    2. // C++11出来之前，boost搞除了更好用的scoped_ptr/shared_ptr/weak_ptr
    3. // C++11将boost库中智能指针精华部分吸收了过来
    4. // C++11->unique_ptr/shared_ptr/weak_ptr
    5. // unique_ptr/scoped_ptr
    6. // 原理：简单粗暴 -- 防拷贝
    7. namespace mz
    8. {
    9. 	template<class T>
    10. 	class unique_ptr
    11. 	{
    12. 	public:
    13. 		unique_ptr(T* ptr)
    14. 			:_ptr(ptr)
    15. 		{}
    16. 		~unique_ptr()
    17. 		{
    18. 			if (_ptr)
    19. 			{
    20. 			cout << "delete:" << _ptr << endl;
    21. 			delete _ptr;
    22. 			}
    23. 		}
    24. 		// 像指针一样使用
    25. 		T& operator*()
    26. 		{
    27. 			return *_ptr;
    28. 		}
    29. 		T* operator->()
    30. 		{
    31. 			return _ptr;
    32. 		}
    33. 		unique_ptr(const unique_ptr& sp) = delete;//直接不让拷贝
    34. 		unique_ptr& operator=(const unique_ptr& sp) = delete;//直接不让赋值
    35. 	private:
    36. 		T* _ptr;
    37. 	};
    38. }
    39. int main()
    40. {
    41.  /*mz::unique_ptr sp1(new int);
    42.  mz::unique_ptr sp2(sp1);*/
    43.  
    44.  std::unique_ptr<int> sp1(new int);
    45.  //std::unique_ptr sp2(sp1);
    46.  
    47.  return 0;
    48. }

    优点：防拷贝，简单粗靠，推荐使用

    缺点：如果有需要拷贝的场景，它就无法使用

    3.5 std::shared_ptr

    C++11 中开始提供更靠谱的并且支持拷贝的 shared_ptr。
    shared_ptr 的原理：是通过引用计数的方式来实现多个 shared_ptr 对象之间共享资源 。
    • 1. shared_ptr在其内部，给每个资源都维护了一份计数，用来记录该份资源被几个对象共享。
    • 2. 在对象被销毁时(即析构函数的调用)，就说明自己不使用该资源了，对象的引用计数减一。
    • 3. 如果引用计数是0，就说明自己是最后一个使用该资源的对象，必须释放该资源。
    • 4. 如果不是0，说明除了自己还有其他对象在用该份资源，不能释放该资源，否则其他对象就成野指针了。
    1、关于引用计数到底用什么类型的问题
    ①、int _count（不行） 
    1. // 引用计数支持多个拷贝管理同一个资源，最后一个析构对象释放资源
    2. namespace mz
    3. {
    4. 	template<class T>
    5. 	class shared_ptr
    6. 	{
    7. 	public:
    8. 		shared_ptr(T* ptr = nullptr)
    9. 			:_ptr(ptr)
    10. 			,_count(1)
    11. 		{}
    12.  
    13. 		shared_ptr(shared_ptr& sp)
    14. 			:_ptr(sp._ptr)
    15. 			, _count(sp._count)
    16. 		{
    17. 			//两个对象的引用计数都++
    18. 			++_count;
    19. 			++sp._count;
    20. 		} 
    21.  
    22. 		~shared_ptr()
    23. 		{
    24. 			if (--_count == 0 && _ptr)
    25. 			{//只有当引用计数为0且_ptr!=nullptr时，才会释放这份资源
    26. 				cout << "delete:" << _ptr << endl;//打印地址方便观察
    27. 				delete _ptr;
    28. 				_ptr = nullptr;
    29. 			}
    30. 		}
    31.  
    32. 		// 像指针一样使用
    33. 		T& operator*()
    34. 		{
    35. 			return *_ptr;
    36. 		}
    37. 		T* operator->()
    38. 		{
    39. 			return _ptr;
    40. 		}
    41.  
    42. 	private:
    43. 		T* _ptr;
    44. 		int _count; //引用计数
    45. 	};
    46. }
    47.  
    48. int main()
    49. {
    50. 	mz::shared_ptr<int> sp1(new int);
    51. 	mz::shared_ptr<int> sp2(sp1);
    52.  
    53. 	return 0;
    54. }

    运行结果：什么都没有（代码中析构了会打印地址），为什么？

    因为sp1和sp2是类对象，sp1初始的_count为1，用sp1拷贝sp2后，sp2的_count也变为1，然后sp2和sp1的_count都++变为2，等到要析构时，sp1和sp2的_count--变为1，没变为0，故不析构，所以是因为sp1和sp2各有各的_count，故_count定义为int类型不可以

    ②、static int_count（不行）

    1. // 引用计数支持多个拷贝管理同一个资源，最后一个析构对象释放资源
    2. namespace mz
    3. {
    4. 	template<class T>
    5. 	class shared_ptr
    6. 	{
    7. 	public:
    8. 		shared_ptr(T* ptr = nullptr)
    9. 			:_ptr(ptr)
    10. 		{
    11. 			_count = 1;//不能放在列表初始化里，会被认为是初始化，但是函数体内可以
    12. 		}
    13.  
    14. 		shared_ptr(shared_ptr& sp)
    15. 			:_ptr(sp._ptr)
    16. 		{
    17. 			++_count;//静态成员变量++
    18. 		} 
    19.  
    20. 		shared_ptr& operator=(const shared_ptr& sp)
    21. 		{
    22. 			//if (this != &sp)
    23. 			if (_ptr != sp._ptr)
    24. 			{
    25. 			}
    26. 			return *this;
    27. 		}
    28.  
    29. 		~shared_ptr()
    30. 		{
    31. 			if (--_count == 0 && _ptr)
    32. 			{//只有当引用计数为0且_ptr!=nullptr时，才会释放这份资源
    33. 				cout << "delete:" << _ptr << endl;//打印地址方便观察
    34. 				delete _ptr;
    35. 				_ptr = nullptr;
    36. 			}
    37. 		}
    38.  
    39. 		// 像指针一样使用
    40. 		T& operator*()
    41. 		{
    42. 			return *_ptr;
    43. 		}
    44. 		T* operator->()
    45. 		{
    46. 			return _ptr;
    47. 		}
    48.  
    49. 	private:
    50. 		T* _ptr;
    51. 		static int _count; //引用计数
    52. 	};
    53.  
    54. 	template<class T>
    55. 	int shared_ptr::_count = 0;//成员变量类内定义，类外初始化
    56. }
    57.  
    58. int main()
    59. {
    60. 	mz::shared_ptr<int> sp1(new int);
    61. 	mz::shared_ptr<int> sp2(sp1);
    62.  
    63. 	mz::shared_ptr<int> sp3(new int);
    64.  
    65. 	return 0;
    66. }

    运行结果：

    两块资源只析构了一次？原因如下： 

     

    ③、int& _count（不行）

     引用是外面传一个来引用计数，每个对象都用这个引用计数。缺点：外面可以改传进来的引用计数，而且容易造成混乱。这是利用外面来控制的，不好！

    ④、int* _pcount（可行）

    1. // 引用计数支持多个拷贝管理同一个资源，最后一个析构对象释放资源
    2. namespace mz
    3. {
    4. 	template<class T>
    5. 	class shared_ptr
    6. 	{
    7. 	public:
    8. 		shared_ptr(T* ptr = nullptr)
    9. 			:_ptr(ptr)
    10. 			,_pcount(new int(1))
    11. 		{}
    12.  
    13. 		shared_ptr(shared_ptr& sp)
    14. 			:_ptr(sp._ptr)
    15. 			,_pcount(sp._pcount)
    16. 		{
    17. 			++(*_pcount);//对同时管理的这块资源的引用计数++
    18. 		} 
    19.  
    20. 		//sp1 = sp4
    21. 		shared_ptr& operator=(shared_ptr& sp)
    22. 		{
    23. 			//if (this != &sp)这种写法也可以
    24. 			if (_ptr != sp._ptr)//如果管理的不是同一块资源，才会赋值
    25. 			{
    26. 				//判断是否需要释放旧空间资源
    27. 				//若我是最后一个管理资源的对象，则需要释放资源
    28. 				if (--(*_pcount) == 0)
    29. 				{	//释放旧空间资源
    30. 					delete _pcount;
    31. 					delete _ptr;
    32. 				}
    33. 				//管理同一份空间资源
    34. 				_ptr = sp._ptr;
    35. 				_pcount = sp._pcount;
    36. 				++(*_pcount);//引用计数++
    37. 			}
    38.  
    39. 			return *this;
    40. 		}
    41.  
    42. 		~shared_ptr()
    43. 		{
    44. 			if (--(*_pcount) == 0 && _ptr)
    45. 			{//只有当引用计数为0且_ptr!=nullptr时，才会释放这份资源
    46. 				cout << "delete:" << _ptr << endl;//打印地址方便观察
    47. 				delete _ptr;
    48. 				_ptr = nullptr;
    49.  
    50. 				delete _pcount;
    51. 				_pcount = nullptr;
    52. 			}
    53. 		}
    54.  
    55. 		// 像指针一样使用
    56. 		T& operator*()
    57. 		{
    58. 			return *_ptr;
    59. 		}
    60. 		T* operator->()
    61. 		{
    62. 			return _ptr;
    63. 		}
    64.  
    65. 	private:
    66. 		T* _ptr;
    67. 		int* _pcount; //引用计数：有多少个对象一起共享管理资源
    68. 	};
    69. }
    70.  
    71. int main()
    72. {
    73. 	mz::shared_ptr<int> sp1(new int);
    74. 	mz::shared_ptr<int> sp2(sp1);
    75.  
    76. 	mz::shared_ptr<int> sp3(new int);
    77. 	mz::shared_ptr<int> sp4(sp3);
    78. 	mz::shared_ptr<int> sp5(sp3);
    79.  
    80. 	return 0;
    81. }

    运行结果：

     线程安全问题：

    shared_ptr的线程安全分两方面：

    1. 智能指针对象中引用计数是多个智能指针对象共享的，两个线程中智能指针的引用计数同时 ++ 或 -- ，这个操作不是原子的，引用计数原来是 1 ， ++ 了两次，可能还是 2.这样引用计数就错 乱了。会导致资源未释放或者程序崩溃的问题。所以只能指针中引用计数 ++ 、 --是需要加锁的，也就是说引用计数的操作是线程安全的。
    2. 智能指针管理的对象存放在堆上，两个线程中同时去访问，会导致线程安全问题。

     原因：shared_ptr的引用计数是在堆上 

     测试进程安全问题：

    修改代码：加锁 （一个线程完事了才能让另一个线程开始）

    1.  
    2. // 引用计数支持多个拷贝管理同一个资源，最后一个析构对象释放资源
    3. //shared_ptr的拷贝赋值时线程安全问题
    4. //shared_ptr是否是线程安全的，答：注意这里的shared_ptr对象拷贝和析构++/--引用计数
    5. //是否是安全的，库中的实现是安全的
    6. #include
    7. #include
    8.  
    9. namespace mz
    10. {
    11. 	template<class T>
    12. 	class shared_ptr
    13. 	{
    14. 	public:
    15. 		shared_ptr(T* ptr = nullptr)
    16. 			:_ptr(ptr)
    17. 			,_pcount(new int(1))
    18. 			,_pmtx(new mutex)
    19. 		{}
    20.  
    21. 		shared_ptr(const shared_ptr& sp)
    22. 			:_ptr(sp._ptr)
    23. 			,_pcount(sp._pcount)
    24. 			,_pmtx(sp._pmtx)
    25. 		{
    26. 			add_ref_count();//对同时管理的这块资源的引用计数++
    27. 		} 
    28.  
    29. 		//sp1 = sp4
    30. 		shared_ptr& operator=(const shared_ptr& sp)
    31. 		{5
    32. 			//if (this != &sp)这种写法也可以
    33. 			if (_ptr != sp._ptr)//如果管理的不是同一块资源，才会赋值
    34. 			{
    35. 				//判断是否需要释放旧空间资源
    36. 				//若我是最后一个管理资源的对象，则需要释放资源
    37. 				release();
    38. 				//管理同一份空间资源
    39. 				_ptr = sp._ptr;
    40. 				_pcount = sp._pcount;
    41. 				_pmtx = sp._pmtx;
    42.  
    43. 				add_ref_count();
    44. 			}
    45.  
    46. 			return *this;
    47. 		}
    48.  
    49. 		void add_ref_count()
    50. 		{
    51. 			_pmtx->lock();
    52.  
    53. 			++(*_pcount);
    54. 			_pmtx->unlock();
    55. 		}
    56.  
    57. 		//两个线程若同时去释放，也会出现问题
    58. 		void release()
    59. 		{
    60. 			bool flag = false;
    61. 			_pmtx->lock();
    62. 			if (--(*_pcount) == 0 && _ptr)
    63. 			{
    64. 				cout << "delete:" << _ptr << endl;
    65. 				delete _ptr;
    66. 				delete _pcount;
    67. 				_ptr = nullptr;
    68. 				_pcount = nullptr;
    69.                 //delete _pmtx;//这里不能直接释放锁，因为unlock还没执行呢，故用flag
    70.  
    71. 				flag = true;
    72. 			}
    73. 			_pmtx->unlock();
    74. 			if (flag == true)
    75. 			{//要保证资源释放完了，才能释放锁
    76. 				delete _pmtx;
    77. 				_pmtx = nullptr;
    78. 			}
    79. 		}
    80.  
    81. 		~shared_ptr()
    82. 		{
    83. 			release();
    84. 		}
    85.  
    86. 		int use_count()
    87. 		{
    88. 			return *_pcount;
    89. 		}
    90.  
    91. 		// 像指针一样使用
    92. 		T& operator*()
    93. 		{
    94. 			return *_ptr;
    95. 		}
    96. 		T* operator->()
    97. 		{
    98. 			return _ptr;
    99. 		}
    100.  
    101. 	private:
    102. 		T* _ptr;
    103. 		int* _pcount; //引用计数：有多少个对象一起共享管理资源
    104. 		mutex* _pmtx; //互斥锁：为了保护引用计数，管理同一份资源的对象共用一个锁
    105. 	};
    106. }
    107. int main()
    108. {
    109. 	mz::shared_ptr<int> sp(new int);
    110. 	cout << sp.use_count() << endl; //1
    111. 	int n = 10000;
    112. 	//单纯两个拷贝出现出现问题的概率很小
    113. 	/*std::thread t1([&]() {
    114. 		mz::shared_ptr sp1(sp);
    115. 	});
    117. 	std::thread t2([&]() {
    118. 		mz::shared_ptr sp2(sp);
    119. 	});*/
    120.  
    121. 	//出了作用域sp1和sp2就销毁了（一个{}算一个作用域）
    122.  
    123. 	//若同时进行10000次就会出现线程安全问题（100,1000次都不一定出现问题）
    124. 	std::thread t1([&]() {
    125. 		for (int i = 0; i < n; ++i)
    126. 		{
    127. 			mz::shared_ptr<int> sp1(sp);
    128. 		}
    129. 		});
    130.  
    131. 	std::thread t2([&]() {
    132. 		for (int i = 0; i < n; ++i)
    133. 		{
    134. 			mz::shared_ptr<int> sp2(sp);
    135. 		}
    136. 		});
    137.  
    138. 	t1.join();
    139. 	t2.join();
    140. 	cout << sp.use_count() << endl; //1
    141.  
    142. 	return 0;
    143. }

    加锁后结果正确： 

     这里为什么要用锁而不用原子操作？

    原子操作可以保护计数，但可能没办法保护释放过程，要用原子操作还要改结构，会复杂点

    总结shared_ptr： 

    优点：引用计数，可以拷贝

    缺陷：循环引用（特殊场景下出现）

    循环引用分析：
    • 1. node1和node2两个智能指针对象指向两个节点，引用计数变成1，无需手动delete。
    • 2. node1的_next指向node2，node2的_prev指向node1，引用计数变成2。
    • 3. node1和node2析构，引用计数减到1，但是_next还指向下一个节点。但是_prev还指向上一个节点
    • 4. 只有node1的_next析构了,node2才释放，只有node2的_prev析构了,node1才释放。
    • 5. 但是_next属于node的成员，node1释放了，_next才会析构，而node1由_prev管理，_prev属于node2成员，所以这就叫循环引用，谁也不会释放。

    本质原因： 智能指针对象_prev和_next是属于节点的，而节点是new出来的空间，这块空间被delete了，节点的成员才会被释放。

    针对shared_ptr这个缺陷，用weak_ptr来弥补:

    解决循环引用方案：

    在引用计数的场景下，把节点中的_prev和_next改成weak_ptr就可以了。

    因为当sp1->_next = sp2; sp2->_prev = sp1;时weak_ptr的_next和_prev不会增加sp1和sp2的引用计数了

    1. //严格来说，weak_ptr不是智能指针，因为他没有RAII资源管理
    2. //专门解决shared_ptr的循环引用问题
    3. //简化版本的weak_ptr实现
    4. namespace mz
    5. {
    6. 	template<class T>
    7. 	class weak_ptr
    8. 	{
    9. 	public:
    10. 		weak_ptr()
    11. 			:_ptr(nullptr)
    12. 		{}
    13.  
    14. 		weak_ptr(const shared_ptr& sp)
    15. 			:_ptr(sp.get())
    16. 		{}
    17.  
    18. 		weak_ptr& operator=(const shared_ptr& sp)
    19. 		{
    20. 			_ptr = sp.get();
    21.  
    22. 			return *this;
    23. 		}
    24.  
    25. 		T* get() const
    26. 		{
    27. 			return _ptr;//获取原生指针
    28. 		}
    29.  
    30. 		T& operator*()
    31. 		{
    32. 			return *_ptr;
    33. 		}
    34.  
    35. 		T* operator->()
    36. 		{
    37. 			return _ptr;
    38. 		}
    39. 	private:
    40. 		T* _ptr;
    41. 	};
    42. }
    43. struct ListNode
    44. {
    45. 	int _data;
    46. 	mz::weak_ptr _prev;
    47. 	mz::weak_ptr _next;
    48.  
    49. 	~ListNode() { cout << "~ListNode()" << endl; }
    50. };
    51. int main()
    52. {
    53. 	shared_ptr sp1(new ListNode);
    54. 	shared_ptr sp2(new ListNode);
    55.  
    56. 	cout << sp1.use_count() << endl;
    57. 	cout << sp2.use_count() << endl;
    58.  
    59. 	//循环引用
    60. 	sp1->_next = sp2; //解决方式：使用wear_ptr，不增加引用计数
    61. 	sp2->_prev = sp1;
    62.  
    63. 	cout << sp1.use_count() << endl;
    64. 	cout << sp2.use_count() << endl;
    65. 	return 0;
    66. }

    3.6 定制删除器(了解)

    定制删除器就是传一个实现对应释放方式的仿函数对象进去给智能指针，因为智能指针默认析构是用delete，但是delete[]、malloc和文件等场景下，析构就不能用delete那么简单了，故要让我们自己实现个定制删除器

    1. //定制删除器（了解）
    2. #include
    3. #include
    4. class A
    5. {
    6. public:
    7. 	~A()
    8. 	{
    9. 		cout << "~A()" << endl;
    10. 	}
    11.  
    12. private:
    13. 	int _a1;
    14. 	int _a2;
    15. };
    16.  
    17. //解决：写个仿函数传给智能指针即可完成析构
    18. template<class T>
    19. struct DeleteArry
    20. {
    21. 	void operator()(T* pa)
    22. 	{
    23. 		delete[] pa;
    24. 	}
    25. };
    26.  
    27. struct  Free
    28. {
    29. 	void operator()(void* p)
    30. 	{
    31. 		cout << "Free(p)" << endl;
    32. 		free(p);
    33. 	}
    34. };
    35.  
    36. struct Fclose
    37. {
    38. 	void operator()(FILE* p)
    39. 	{
    40. 		cout << "Fclose(p)" << endl;
    41.  
    42. 		fclose(p);
    43. 	}
    44. };
    45.  
    46. int main()
    47. {
    48. 	std::shared_ptr sp1(new A);//new出来的对象会正常析构
    49. 	//因为智能指针的析构就是delete，没有delete[]等
    50. 	//std::shared_ptr sp2(new A[10]);//程序崩溃
    51. 	//std::shared_ptr sp3((A*)malloc(sizeof(A)));//程序崩溃
    52. 	//std::shared_ptr sp4(fopen("text.txt", "w"));//程序崩溃
    53.  
    54. 	//针对特殊的析构，利用仿函数，而不用本来的delete了
    55. 	std::shared_ptr sp2(new A[10], DeleteArry());
    56. 	std::shared_ptr sp3((A*)malloc(sizeof(A)), Free());
    57. 	std::shared_ptr sp4(fopen("text.txt", "w"), Fclose());
    58.  
    59. 	return 0;
    60. }

    运行结果：

     3.7 lock_guard（补充知识）

     观察下面代码：

    引入锁管理守卫：lock_guard

    我们模拟实现一个

    1. #include
    2.  
    3. //使用RAII思想设计的锁管理守卫
    4. template<class Lock>
    5. class LockGuard
    6. {
    7. public:
    8. 	LockGuard(Lock& lock)
    9. 		:_lk(lock)
    10. 	{//因为锁不支持拷贝，所以_lk加&就可以解决
    11. 		_lk.lock();
    12. 	}
    13.  
    14. 	~LockGuard()
    15. 	{
    16. 		cout << "解锁" << endl;
    17. 		_lk.unlock();
    18. 	}
    19.  
    20. 	//锁守卫也不允许拷贝和赋值
    21. 	LockGuard(LockGuard&) = delete;
    22. 	LockGuard& operator()(LockGuard&) = delete;
    23.  
    24. private:
    25. 	Lock& _lk; //注意用引用是因为锁不支持拷贝，那就和外面传进来的锁用一个即可
    26. };
    27.  
    28. int div()
    29. {
    30. 	int a, b;
    31. 	cin >> a >> b;
    32. 	if (b == 0)
    33. 		throw invalid_argument("除0错误");
    34. 	return a / b;
    35. }
    36. void f()
    37. {
    38. 	mutex mtx;
    39. 	LockGuard lg(mtx);//无论是否抛异常都会正常解锁
    40. 	cout << div() << endl; //div函数有可能抛异常
    41. }
    42.  
    43. int main()
    44. {
    45. 	try
    46. 	{
    47. 		f();
    48. 	}
    49. 	catch (exception& e)
    50. 	{
    51. 		cout << e.what() << endl;
    52. 	}
    53.  
    54. 	return 0;
    55. }

  • 相关阅读:
    基于springboot汽车租赁系统
    python向microPython的repl发送串口命令驱动ws2812（附避坑指南）
    Spring Security 源码详解
    el-input: 把不符合正则校验的值动态清空,只保留符合的值
    学生选修课程管理系统c++
    IOS OpenGL ES GPUImage 图像阀值素描，形成有噪点的素描 GPUImageThresholdSketchFilter
    如何快速合并PDF文件？几个方法教你合并PDF
    计算机网络 | 基于UDP的C/S模型代码实现
    SwiftUI4.0有趣的动画升级：新iOS16视图内容过渡动画
    模拟滤波器和经典的低通滤波器
  • 原文地址：https://blog.csdn.net/m0_74044018/article/details/134222440