zl程序教程

您现在的位置是:首页 >  后端

当前栏目

【c++复习笔记】——智能指针详细解析(智能指针的使用,原理分析)

C++笔记原理智能 分析 解析 详细 指针
2023-09-14 09:12:34 时间

原文:https://blog.csdn.net/sjp11/article/details/123899141

目录

一. 智能指针的基本概念

二. 智能指针的定义和使用

三. auto_ptr

四. unique_ptr

五. share_ptr

1. shared_ptr的基本概念

2. shared_ptr的原理

3. shared_ptrd的实现

4. shared_ptr的循环引用

5. 定制删除器

一. 智能指针的基本概念
1. RAll
RAII(Resource Acquisition Is Initialization)是一种利用对象生命周期来控制程序资源(如内存、文件句柄、网络连接、互斥量等等)的简单技术。
在对象构造时获取资源,接着控制对资源的访问使之在对象的生命周期内始终保持有效,最后在对象析构的时候释放资源。借此,我们实际上把管理一份资源的责任托管给了一个对象。这种做法有两大好处:

不需要显式地释放资源。
采用这种方式,对象所需的资源在其生命期内始终保持有效。
2.智能指针概念
在c++中,动态内存的管理式通过一对运算符来完成的:new,在动态内存中为对象分配空间并返回一个指向该对象的指针,我们可以选择对对象进行初始化;delete,接受一个动态对象的指针,销毁该对象,并释放与之关联的内存。动态内存的使用很容易出现问题,因为确保在正确的时间释放内存是极其困难的。有时使用完对象后,忘记释放内存,造成内存泄漏的问题。

所谓的智能指针本质就是一个类模板,它可以创建任意的类型的指针对象,当智能指针对象使用完后,对象就会自动调用析构函数去释放该指针所指向的空间。
下面是智能指针的基本框架,所有的智能指针类模板中都需要包含一个指针对象,构造函数和析构函数。

 

 

 

二. 智能指针的定义和使用
智能指针的使用跟普通指针类似,可以使用运算符“ * " 和 ” -> "去获得指向的对象,因此,我们就需要在类中重载" * " 和" -> "函数。

 

 

 


当程序结束时,此时ptr1和ptr2指针被销毁时,对象ptr1和ptr2会自动调用析构函数去释放所指向的资源,这是智能指针特点。

 

 


由于我的类中没有定义拷贝构造函数和赋值重载函数,那么我们只能调用类中原生的拷贝构造函数和赋值重载函数。那么就会程序就会出现崩溃的问题,如下:

 

 

 

 

 

ptr2和ptr1指向的同一块空间,当ptr2被销毁时,它会调用它的析构函数去delete该资源对象,当ptr1被销毁时,也会去调用它的析构函数去释放ptr1所指向的资源.所以,当程序结束时,ptr2被先被销毁,同时释放ptr2所指向的资源,然后ptr1被销毁,也去释放该资源对象,那么如下的资源对象同时被释放两次,所以程序就会被崩溃掉。(资源对象被释放后,如果再去释放该资源,程序就会崩溃)

 

 


综上所述,我们不能使用原生的拷贝构造函数和赋值重载函数,并且定义的拷贝构造函数和赋值重载函数需要考虑只能释放一次资源对象。

c++库中的智能指针
三. auto_ptr
auto_ptr是c++98版本库中提供的智能指针,该指针解决上诉的问题采取的措施是管理权转移的思想,也就是原对象拷贝给新对象的时候,原对象就会被设置为nullptr,此时就只有新对象指向一块资源空间。

 

 

 

 

如果auto_ptr调用拷贝构造函数或者赋值重载函数后,如果再去使用原来的对象的话,那么整个程序就会崩溃掉(因为原来的对象被设置为nullptr),这对程序是有很大的伤害的.所以很多公司会禁用auto_ptr智能指针。

auto_ptr的拷贝构造函数和赋值重载函数的实现

 

 

 


四. unique_ptr
unique_ptr是c++11版本库中提供的智能指针,它直接将拷贝构造函数和赋值重载函数给禁用掉,因此,不让其进行拷贝和赋值。

 

 

 

unique_ptr的拷贝函数和赋值重载函数

 

 

 


五. share_ptr
1. shared_ptr的基本概念
share_ptr是c++11版本库中的智能指针,shared_ptr允许多个智能指针可以指向同一块资源,并且能够保证共享的资源只会被释放一次,因此是程序不会崩溃掉。

 

 

 

2. shared_ptr的原理
shared_ptr采用的是引用计数原理来实现多个shared_ptr对象之间共享资源:

shared_ptr在内部会维护着一份引用计数,用来记录该份资源被几个对象共享。
当一个shared_ptr对象被销毁时(调用析构函数),析构函数内就会将该计数减1。
如果引用计数减为0后,则表示自己是最后一个使用该资源的shared_ptr对象,必须释放资源。
如果引用计数不是0,就说明自己还有其他对象在使用,则不能释放该资源,否则其他对象就成为野指针。
引用计数是用来记录资源对象中有多少个指针指向该资源对象。

 

 

 

销毁过程:

 

 

 

3. shared_ptrd的实现
赋值重载的三种情况:

ptr1=ptr1;智能指针自己给自己赋值,不做处理
ptr2=ptr1;如果ptr1和ptr2指向同一块空间,不做处理
ptr2=ptr1;如果ptr2和ptr1指向的空间不一样,处理过程如下:

 

 


因为_ptrcount指向的对象是在堆上,因此所有的线程都能够访问到该资源,多线程在修改_ptrcount时,则会出现线程安全问题,因此需要在修改_prtcount时需要用锁来保证其数据的正确性。
“ * "会返回ptr指向的对象,为什么不需要锁对其进行保护?因为ptr返回的对象有可能被读或者被写,这个不是指针内部所考虑的,而是由调用者进行考虑的。

 

 


4. shared_ptr的循环引用
shared_ptr固然好用,但是它也会有问题存在。假设我们要使用定义一个双向链表,如果我们想要让创建出来的链表的节点都定义成shared_ptr智能指针,那么也需要将节点内的_pre和_next都定义成shared_ptr的智能指针。如果定义成普通指针,那么就不能赋值给shared_ptr的智能指针。

 

 

 

当其中两个节点互相引用的时候,就会出现循环引用的现象。如下:

 

 

 

use_count(): 返回智能指针对象的引用计数。

 

 


当创建出node1和node2智能指针对象时,引用计数都是1.
当node1的next指向node2所指向的资源时,node2的引用计数就+1,变成2,node2的pre指向noede1所指向的资源时,node1的引用计数+1,变成2.
当这两个智能指针使用完后,调用析构函数,引用计数都-1,都变成1,由于引用计数不为0,所以node1和node2所指向的对象不会被释放。
当node1所指向的资源释放需要当node2中的_prev被销毁,就需要node2资源的释放,node2所指向的资源释放就需要当node1中的_next被销毁,就需要node1资源的释放。因此node1和node2都有对方的“把柄”,这两个就造成循环引用现象,最终这node1和node2资源就不会进行释放。

 

 


那么如何解决这个shared_ptr的循环引用呢?

c++库中存在weak_ptr类型的智能指针。weak_ptr类的对象它可以指向shared_ptr,并且不会改变shared_ptr的引用计数。一旦最后一个shared_ptr被销毁时,对象就会被释放。

 

 


weak_ptr对象指向shared_ptr对象时,不会增加shared_ptr中的引用计数,因此当node1销毁掉时,则node1指向的空间就会被销毁掉,node2类似,所以weak_ptr指针可以很好解决循环引用的问题。

所以在定义双向链表或者在二叉树等有多个指针的时候,如果想要将该类型定义成智能指针,那么结构体内的指针需要定义成weak_ptr类型的指针,防止循环引用的出现。
weak_ptr简单实现

 

 

 

 

 


5. 定制删除器
当我们释放一个指向数组的指针的时候,delete[]后面的空方括号是必须存在(如下),它指示编译器此指针指向的是一个对象数组的第一个元素,如果我们在delete一个指向数组的指针中忽略了方括号,我们的程序可能在执行过程中在没有任何警告下行为异常。

 

 

 

我们如果在动态内存中创建出一个数组,用一个shared_ptr对象去指向该数组,当shared_ptr使用完后,就会去调用析构函数,由于shared_ptr默认的删除方式是 delete ptr,后面没有带方括号,那么程序就会崩掉

 

 


如果我们打开一个了文件,返回一个文件指针,让一个shared_ptr对象去指向该文件,那么在调用析构函数的时候就不能采用delete方法,而是使用flose()函数去关闭该文件。
因此,shared_ptr 类中提供了一个构造函数可以自定义一个删除器去指定析构函数的删除方式。

 

这个自定义删除器可以是函数指针,仿函数,lamber,包装器。

仿函数的删除器
shared_ptr中的析构函数会去调用DelArry仿函数去释放动态数组。

 

 


————————————————
版权声明:本文为CSDN博主「努力学习的少年」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/sjp11/article/details/123899141