主要两点原因:
1.为了避免写代码时忘记delete导致的内存泄漏。
2.为了避免抛异常时跳过delete导致的内存泄漏。
1.new本身有可能出现异常,导致p1申请了空间但没直接跳过释放
2.调用div时出现异常,直接抛出异常的同时也跳过了delete.
RAII(Resource Acquisition Is Initialization)是一种利用对象生命周期来控制程序资源(如内存、文件句柄、网络连接、互斥量等等)的简单技术。在对象构造时获取资源,接着控制对资源的访问使之在对象的生命周期内始终保持有效,最后在对象析构的时候释放资源。借此,我们实际上把管理一份资源的责任托管给了一个对象。这种做法有两大好处:
1.不需要显式地释放资源。
2.采用这种方式,对象所需的资源在其生命期内始终保持有效。
上述的SmartPtr还不能将其称为智能指针,因为它还不具有指针的行为。指针可以解引用,也可以通过->去访问所指空间中的内容,因此:AutoPtr模板类中还得需要将* 、->重载下,才可让其像指针一样去使用。
C++98版本的库中就提供了auto_ptr的智能指针。下面演示的auto_ptr的使用及问题。
auto_ptr的实现原理:管理权转移的思想,下面简化模拟实现了一份bit::auto_ptr来了解它的原
理。
可以发现auto_ptr有着严重的缺陷,所以目前很多公司都禁止使用它,对此我们也简单了解即可。
C++11中开始提供更靠谱的unique_ptr
unique_ptr的实现原理:简单粗暴的防拷贝,下面简化模拟实现了一份UniquePtr来了解它的原
理。
很明显unique_ptr有时候满足不了需求,所以需要一个更强大的智能指针。
shared_ptr的原理:是通过引用计数的方式来实现多个shared_ptr对象之间共享资源。
循环引用
shared_ptr在大部分情况下都是可以正常使用的,但任有一些特殊情况导致内存泄漏:循环引用。
这一段代码没有打印任何数据,说明ListNode也并没有进行析构,这是为什么呢?
循环引用分析:
解决方案
很简单,将shared_ptr换成弱指针weak_ptr即可。
上述我们对于析构函数仅仅只是简单的delete,如果是更复杂的情况呢?
毫无疑问会出现问题,析构不完全。为了解决这类问题库里引入了定制删除器。
实际上在外部写一个可调用对象即可(仿函数,lambda…)首先使用库里的。
模拟实现
可以使用包装器实现。