C++11智能指针:指针的究极进化

目录

 

一、为什么要有智能指针

1.1内存泄露

1.2内存泄露的分类

1.3如何避免内存泄露

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

2.1RALL

2.2智能指针的原理

2.3智能指针的拷贝问题

三、C++98:auto_ptr

3.1模拟实现

 3.2boost库

四、C++11中的智能指针

4.1unique_ptr

4.2shared_ptr


一、为什么要有智能指针

1.1内存泄露

什么是内存泄漏:内存泄漏指因为疏忽或错误造成程序未能释放已经不再使用的内存的情况。内存泄漏并不是指内存在物理上的消失,而是应用程序分配某段内存后,因为设计错误,失去了对该段内存的控制,因而造成了内存的浪费。
内存泄漏的危害:长期运行的程序出现内存泄漏,影响很大,如操作系统、后台服务等等,出现内存泄漏会导致响应越来越慢,最终卡死。
void MemoryLeaks()
{
	// 1.内存申请了忘记释放
	int* p1 = (int*)malloc(sizeof(int));
	int* p2 = new int;

	// 2.异常安全问题
	int* p3 = new int[10];

	Func(); // 这里Func函数抛异常导致 delete[] p3未执行,p3没被释放.

	delete[] p3;
}

1.2内存泄露的分类

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

1.3如何避免内存泄露

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

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

2.1RALL

RAII(Resource Acquisition Is Initialization)是一种利用对象生命周期来控制程序资源(如内存、文件句柄、网络连接、互斥量等等)的简单技术。
在对象构造时获取资源,接着控制对资源的访问使之在对象的生命周期内始终保持有效,最后在对象析构的时候释放资源。借此,我们实际上把管理一份资源的责任托管给了一个对象。这种做法有两大好处:
不需要显式地释放资源。
采用这种方式,对象所需的资源在其生命期内始终保持有效。
class SmartPtr {
public:
	SmartPtr(T* ptr = nullptr)
		: _ptr(ptr)
	{}
	~SmartPtr()
	{
		if (_ptr)
			delete _ptr;
	}

private:
	T* _ptr;
};

2.2智能指针的原理

上述的SmartPtr还不能将其称为智能指针,因为它还不具有指针的行为。指针可以解引用,也可以通过->去访问所指空间中的内容,因此:AutoPtr模板类中还得需要将* 、->重载下,才可让其像指针一样去使用
// 使用RAII思想设计的SmartPtr类
template<class T>
class SmartPtr
{
public:
	SmartPtr(T* ptr)
		:_ptr(ptr)
	{}
	~SmartPtr()
	{
		cout << "delete:" << _ptr << endl;
		delete _ptr;
	}
	T& operator*()
	{
		return *_ptr;
	}
	T* operator->()
	{
		return _ptr;
	}
private:
	T* _ptr;
};
int div()
{
	int a, b;
	cin >> a >> b;
	if (b == 0)
		throw invalid_argument("除0错误");
	return a / b;
}
void Func()
{
	SmartPtr<int> sp1(new int(0));
	SmartPtr<int> sp2(new int(1));

	*sp1 += 10;
	SmartPtr<pair<string,int>> sp3(new pair<string,int>);
	sp3->first = "apple";
	sp3->second = 1;
	sp3.operator->()->second = 2;//显示去调用operator->
	cout << div() << endl;
}
int main()
{
	try
	{
		Func();
	}
	catch (const exception& e)
	{
		cout << e.what() << endl;
	}

	return 0;
}
总结一下智能指针的原理:
1. RAII特性
2. 重载operator*和opertaor->,具有像指针一样的行为。

2.3智能指针的拷贝问题

像类似于vector、list拷贝时都要进行深拷贝。利用资源存储管理数据,资源是自己的,拷贝是,每个对象各自一份资源,各管各的,所以进行深拷贝。

而智能指针/迭代器 都是浅拷贝。本质资源不是自己的,代为持有,方便访问修改数据。它们拷贝的时候指向同一个资源,所以浅拷贝。同时智能指针还要释放资源。

三、C++98:auto_ptr

针对上述智能指针的拷贝问题,库中的auto_ptr解决了(以一种百思不得其解的方式)。

#include<memory>
int main()
{
	auto_ptr<int> sp1(new int(0));
	auto_ptr<int> sp2(sp1);

	return 0;
}

 它拷贝的解决方法是:管理权转移,被拷贝对象把资源管理权转移给拷贝对象,如果在放在右值引用移动构造转移将亡值的情况下博主表示理解,毕竟那个值马上要亡了,转移就转移吧。可是此处转移完成后sp1直接就废掉了。(究竟是谁研究的小玩意,让这样的用法进入c++标准库?)

总结一下:

1、auto_ptr 管理权转移,被拷贝对象把资源管理权转移给拷贝对象,导致被拷贝对象悬空。

2、注意拷贝过后不能访问被拷贝对象,否则就出现空指针了。很多公司禁止使用它,因为他巨坑。

3.1模拟实现

namespace gaz
{
	template<class T>
	class auto_ptr
	{
	public:
		auto_ptr(T* ptr)
			:_ptr(ptr)
		{}
		//智能指针的拷贝
		auto_ptr(auto_ptr<T>& sp)
		{
			_ptr = sp._ptr;
			sp._ptr = nullptr;
		}
		auto_ptr<T>& operator=(auto_ptr<T>& ap)
		{
			// 检测是否为自己给自己赋值
			if (this != &ap)
			{
				// 释放当前对象中资源
				if (_ptr)
					delete _ptr;
				// 转移ap中资源到当前对象中
				_ptr = ap._ptr;
				ap._ptr = NULL;
			}
			return *this;
		}
		~auto_ptr()
		{
			if (_ptr)
			{
				cout << "delete:" << _ptr << endl;
				delete _ptr;
			}
		}
		T& operator*()
		{
			return *_ptr;
		}
		T* operator->()
		{
			return _ptr;
		}
	private:
		T* _ptr;
	};
}

依旧是熟悉的配方:sp1sp3直接寄了 

 3.2boost库

为了避免再有如上的语法被直接载入C++标准库后委员会追悔莫及,boost库应运而生。类似于体验服。

Boost是为C++语言标准库提供扩展的一些C++程序库的总称。Boost库是一个可移植、提供源代码的C++库,作为标准库的后备,是C++标准化进程的开发引擎之一,是为C++语言标准库提供扩展的一些C++程序库的总称。

Boost库由C++标准委员会库工作组成员发起,其中有些内容有望成为下一代C++标准库内容。在C++社区中影响甚大,是不折不扣的“”标准库。

Boost由于其对跨平台的强调,对标准C++的强调,与编写平台无关。但Boost中也有很多是实验性质的东西,在实际的开发中使用需要谨慎。

 boost库中就有一堆智能指针比如shared_ptr、scoped_ptr、intrusive_ptr。最后一个就没有被纳入标准库。

四、C++11中的智能指针

4.1unique_ptr

既然auto_ptr存在如此大的拷贝隐患,那unique_ptr就解决这个隐患:不允许拷贝,适用于不需要拷贝的场景。

我只能说:6

模拟实现和如上auto_ptr基本上一样,唯一不同就是将拷贝构造改成下面:

unique_ptr(const unique_ptr<T>& sp)=delete;
unique_ptr<T>& operator=(const unique_ptr<T>& sp)=delete;

 如果需要拷贝:

4.2shared_ptr

允许自由拷贝,使用引用计数解决多次释放的问题。

引用计数:记录有几个对象参与管理这个资源。

注意:不能直接给shared_ptr类定一个静态成员变量用来引用计数,因为静态成员变量属于整个类 ,不是属于一个对象,如果使用静态成员变量来引用计数会导致内存泄露,被释放掉的只有最后一个对象。

一个资源配一个计数,无论多少哥对象管理这个资源,只有这一个计数,所以可以给每个对象存一个指向计数的指针。

直接上代码:

#pragma once
#include<iostream>
using namespace std;
namespace gaz
{
	template<class T>
	class shared_ptr
	{
	public:
		shared_ptr(T* ptr)
			:_ptr(ptr)
			,_pcount(new int(1))
		{}
		//智能指针的拷贝
		shared_ptr(auto_ptr<T>& sp)
		{
			_ptr = sp._ptr;
			_pcount = sp._pcount;
			//拷贝时++计数
			++(*_pcount);
		}
		
		~shared_ptr()
		{
			//析构时,--计数,计数减到0说明最后一个管理对象析构了,可以释放资源
			if (--(*_pcount)==0 )
			{
				cout << "delete:" << _ptr << endl;
				delete _ptr;
				delete _pcount;
			}
		}
		int use_count()
		{
			return *_pcount;
		}
		shared_ptr<T>& operator=(const shared_ptr<T>& sp)//一定要注意细节,注意不能自己赋值给自己
		{
			if (_ptr != sp._ptr)
			{
				if (--(*_pcount) == 0)
				{
					cout << "delete:" << _ptr << endl;
					delete _ptr;
					delete _pcount;
				}
				_ptr = sp._ptr;
				_pcount = sp._pcount;
				++(*_pcount);
			}
			return *this;
		}
		T& operator*()
		{
			return *_ptr;
		}
		T* operator->()
		{
			return _ptr;
		}
	private:
		T* _ptr;
		int* _pcount = nullptr;
	};
}

  • 39
    点赞
  • 24
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

C+五条

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值