浅谈智能指针的历史包袱

我们学习C++的时候，想必都会听说一个叫智能指针的东西，在初听这个词的时候，我们都难免不被“智能”两个字所吸引，感觉它会比较高级，让人有种忍不住想用一把的冲动。 但事实上，它可能并没有我们所想的那样“智能”、好用，它本质上其实就是一个对象，它去接管了原指针所管理的资源。但这里单单用一个对象就想有“智能”的效果并没有那么容易。在智能指针发展的过程中，出现了Autor_ptr等多种版本的智能指针，但它们都确都或多或少有一些问题存在（相信早期的前辈们会深有感触）。但智能指针的使用性却是不可否认的。它在实际应用中确实是使用很频繁的，因为它可以帮助我们管理资源，防止内存泄漏、处理异常安全问题，是非常方便的。只要我们对它合理的使用。而对于它的实现，它的来源于一种叫RAII的机制，来了解了解。。   RAII机制
RAII机制是通过利用对象出了作用域的自动销毁的机理，使得资源也具有了生命周期，有了自动销毁（自动回收）的功能。RAII全称为Resource Acquisition Is Initialization，它源于C++，在Java，C#，D，Ada，Vala和Rust中也有应用，它是在一些面向对象语言中的一种惯用法。翻译过来它意为资源分配即初始化，定义一个类来封装资源的分配和释放，在构造函数完成资源的分配和初始化，在析构函数完成资源的清理，可以保证资源的正确初始化和释放。RAII要求，资源的有效期与持有资源的对象的生命期严格绑定，即由对象的构造函数完成资源的分配(获取)，同时由析构函数完成资源的释放。在这种要求下，只要对象能正确地析构，就不会出现资源泄露问题。   智能指针
RAII在这里就是简单提一下而已，现在我们来看我们今天的主角智能指针。    所谓智能指针（smart pointer），就是智能/自动化的管理指针所指向的动态资源的释放。它其实是一个对象，当中存储指向动态分配（堆）对象的指针。它的诞生理由就是，为粗心和懒的人设计的，但是这个设计一定不是反人类的，因为无论你有多厉害只要你是人你总会有犯错误的时候，所以智能指针可以很好地帮助我们，程序员每次 new 出来的内存还需要手动去 delete。当流程比较复杂，就有可能忘记delete了。  不仅仅是这样，异常通常也会导致程序过早退出，进而让delete未得到执行。这时候智能指针就显得格外有用了，因为它们能够确保正确的销毁动态分配的对象。它们也可以用于跟踪被多用户共享的动态分配对象。   事实上，智能指针能够做的还有很多事情，例如处理线程安全（加同步锁），提供写时复制，确保协议，并且提供远程交互服务等一系列类似于“前后需要呼应”起来的操作（如new/delete、malloc/free、fopen/fclose、这里线程安全的lock/unlock等，不过注意的是这些是C++11支持）。其实智能指针只是怕你忘了写上delete、free、fclose...，而专门设置出来的一个对象。所以它是有很强的实用性。     现在我们来看看智能指针的使用。首先一个智能指针至少要符合两点：   ①拥有RAII的机制来管理指针。对于编译器来说，智能指针实际上是一个栈对象，并非指针类型，在栈对象生命期即将结束时，智能指针通过析构函数释放它管理的堆内存。 ②有指针的基本功能。所有智能指针都重载了“*”和“->”操作符，让它可以直接返回对象的引用以及能用->去操作其指向的对象。若要访问智能指针原来的方法则使用“·”操作符。 ③其次就是它还需要考虑深浅拷贝问题（见后面）     现在就可以来模拟标准库中的智能指针实现一种简单的智能指针 auto_ptr

auto_ptr

auto_ptr是第一个版本的智能指针,在C98标准库中就有实现。它的实现思想很简单，就是管理权转移的思想。如下图     代码： 
 /*************************************************************************
   > File Name: AutoPtr.cc
   > Author: tp
   > Mail: 
   > Created Time: Sun 13 May 2018 05:08:41 PM CST
  ************************************************************************/
 
 #include 
 using namespace std;
 
 struct A
 {
     int age;
     string name;
     A(string na, int a = 0)
         :age(a), name(na)
     { }
 };
 template 
 class AutoPtr
 {
     public:
         AutoPtr(T* ptr)
             :_ptr(ptr) { }
 
         T& operator*()
         {
             return *_ptr;
         }
         T* operator->()
         {
             return _ptr;
         }
         //ap2( ap1)
         AutoPtr(AutoPtr& a) //防止多次析构，ap2直接夺取管理权，ap1._ptr置空
             :_ptr(a._ptr)
         {
             a._ptr = NULL;
         }
         //ap2 = ap1
         AutoPtr& operator=(AutoPtr& a)
         {
             if(this != &a)
             {
                 delete _ptr;
                 _ptr = a._ptr;
                 a._ptr = NULL;
             }
             return *this;
         }
         ~AutoPtr( )
         {
             cout<<"AutoPtr帮助析构\n";
             delete _ptr;
         }
 protected:
         T* _ptr;
 };
 int main( void)
 {
     AutoPtr ap1(new int(20));
     cout<<++(*ap1)< ap2(new A("napom"));
     cout<name<


这里这两个地方，是需要弄清楚的





然后，看一手结果:































 结果感觉还不错，它自动的帮我们做了了空间释放的动作。可是直接夺取管理权的机制那会这么容易让人放心！当我们做一个这样的操作

 
结果发生了段错误，罪魁祸首就是AutoPtrap3(ap1)构造拷贝出ap3，ap3完全夺取了ap1的管理权，这个过程中会释放原本属于ap1的那段空间，所以导致ap1无家可归，进行 *ap1访问时程序就会崩溃了。同样道理，当进行了ap3 = ap1，程序也存在这样的问题，原因依旧在于ap1被彻彻底底的夺走了一切，这种编程思想是十分危险的。
 
源于它的设计思想的缺陷，所以通常一般不推荐使用Autoptr智能指针。 使用了也绝对不能使用"="和拷贝构造。历史在发展，所以我们见到接下来这种想法:  
























 


unique_ptr (scoped_ptr)


 由于早期的auto_ptr抢权思想存在严重的缺陷，所以auto_ptr通常是被严禁使用的。但是从C++98到C++11出来期间，C++标准库却迟迟没有给出改良版的智能指针，但是在此期间有一群大牛们就坐不住了，他们在叫一个boost的社区讨论，他们想要自己去造一个第三方库，好去解决C++中的一些诟病同时对c++进行一些完善。这里的scoped_ptr就是其中的一个杰作（后来在C++11出来之后，c++11参考boost版本将scoped_ptr改名为unique_ptr）。它的思想也是特别的直接，它做的就是暴力的防止用户调用拷贝构造和赋值运算符“=”进行夺权管理。它直接将拷贝构造和“=”运算符重载函数给封装起来，以此防止用户来调用或恶意的去实现它。



 /*************************************************************************
   > File Name: ScopedPtr.cc
   > Author: tp
   > Mail: 
   > Created Time: Sun 13 May 2018 06:02:24 PM CST
  ************************************************************************/
 #include 
 using namespace std;
 
 struct A
 { 
     int age;
     string name;
     A(string na, int a = 0)
         :age(a), name( na)
     { }
 };
 template 
 class ScopedPtr
 { 
     public:
         ScopedPtr(T* ptr)   
             :_ptr(ptr) { }
 
         T& operator*()
         { 
             return *_ptr;
         }
         T* operator->()
         { 
             return _ptr;
         }
         ~ScopedPtr( )
         { 
             cout<<"AutoPtr析构\n";
             delete _ptr; 
         }
 protected:
         ScopedPtr(ScopedPtr& a); 
         ScopedPtr& operator=( ScopedPtr& a);
         T* _ptr;
                 
 };




上面的scoped_ptr用于处理单个的对象，而new/delete和new[]/delete[]底层实现机制又是不同的（delete[]头部多开4字节，具体可戳这里）对于new[]出来的多个对象,boost又提供了一个scoped_array版本的智能指针用来管理对象数组，用法和scoped_ptr类似。同样的，上面的auto_ptr也有一个auto_array版本。


scoped_ptr的就好似“你强任你强”，我不给你机会施展，看你怎么夺权管理。这种做法虽然达到了上面的目的。但是这种暴力的思想却带来了新的问题。。由于scoped智能指针独享所有权，当我们真真需要复制智能指针时，需求便满足不了了。如此我们再引入一个更完善智能指针指针，专门用于处理复制，参数传递的情况。这便是如下的shared智能指针。






shared_ptr























这算是我们经常会用到的一种智能指针（它在c++11和boost版本名称一样）。智能指针发展到这一步也就比较成熟了，它已经几乎能够解决平常遇到的问题。它较前面的改进就是添加了引用计数，所以在它的内部就不会出现调用多次析构函数导致的程序崩溃，shared_ptrt同时也不像scoped_ptr那样没有拷贝构造和赋值运算符重载，难以被利用。它每次调用析构时，只需要将引用计数减1即可，当指向该资源的引用计数 *_pCount变成0的时候，才真正的去释放资源。
 
和前面一样，在boost中也有一个shared_array版本的智能指针用来管理new[]的对象数组。（C++11没有这个版本）
 
代码：



   > File Name: sharedPtr.cc
   > Author: tp
   > Mail: 
   > Created Time: Sun 13 May 2018 06:11:02 PM CST
  ************************************************************************/
 
 #include 
 using namespace std;
 struct A
 {
     int age;
     string name;
     A(string na, int a = 0)
         :age(a), name( na)
     { }
 };
 //引用计数版本
 template 
 class SharedPtr
 {
 public:
     SharedPtr( T* ptr)  
         :_ptr(ptr)
          ,_pCount( new int(1))
     { }
     T* operator->( )
     { 
         return _ptr;
     }
     T& operator*( )
     { 
         return *_ptr;
     }
     SharedPtr(const SharedPtr& sp)  //加上const
         :_ptr(sp._ptr)
          ,_pCount(sp._pCount)
     { 
         ++(*_pCount);   
     }
     SharedPtr& operator=(const SharedPtr& sp)
     { 
         if(this != &sp) 
         { 
             Release( );
             _ptr = sp._ptr;
             _pCount = sp._pCount;
             ++(*_pCount);
         }
         return *this;
     }
     void Release( )
     { 
         if(--(*_pCount) == 0)
         { 
             cout<<"释放空间"< sp1(new A("gene"));
     cout<name< sp2(sp1);
     cout<name< sp3(new A("codfish"));
     sp3 = sp2;
     cout<name<


看一下结果：



我们发现它几乎完美的完成了这些功能，确实！这种指针算是比较完美的思想，不过再完美也会有瑕疵，要不然也不会有boost::weak_ptr的存在，
boost::weak_ptr的存在就是为boost::shared_ptr解决一点点瑕疵的。这个瑕疵藏得相对比较深，一般不会遇到的，但是当我们真的遇到的时候，那可能就一个“通宵找Bug的不眠之夜”。还是用例子来说明，



[cpp] view plain


    

  1. struct Node  
    2. 

  2. {    
    3. 

  3.     shared_ptr _prev;  
    4. 

  4.     shared_ptr _next;  
    5. 

  5.   
    6. 

  6.     ListNode(int x)  
    7. 

  7.         ： _prev(NULL)  
    8. 

  8.         ,_next(NULL)  
    9. 

  9.     {}  
    10. 

  10.     ~Node()  
    11. 

  11.     {  
    12. 

  12.         cout << "~Node" << endl;  
    13. 

  13.     }  
    14. 

  14. };  
    15. 

  15. int main()  
    16. 

  16. {  
    17. 

  17.     shared_ptr cur(new Node(1));  
    18. 

  18.     shared_ptr next(new Node(2));  
    19. 

  19.     cur->_next = next;  
    20. 

  20.     next->_prev = cur;  
    21. 

  21.     cout << "cur.count: " << cur.use_count() << endl;  
    22. 

  22.     cout << "next.count: " << next.use_count() << endl;  
    23. 

  23.     return 0;  
    24. 

  24. }  
    25. 










































现在我们验证shared智能指针的缺陷，我们用系统给我们写的shared_ptr指针，然后再来构造两个双向链表里面的结点，这里这个双向链表可能有一点简陋，但是我们只是需要它的prev和next指针就够了。现在我们运行代码看看会发生什么情况：
 
 
明显这里没有调用结点析构，是有问题的。这都源于原来cur和next指针所管理的结点现在都有两个智能指针管理，然后在这里会发生这样一件事:
 
 



















 
循环引用一般都会发生在这种"你中有我，我中有你"的情况里面，这里导致的问题就是内存泄漏，这段空间一直都没有释放,现在很明显引用计数在这里就不是很合适了，但是shared_ptr除了这里不够完善，其他的地方表现都令我们比较满意，所以boost社区的大牛们在这里仅是补充了最后一个智能指针week_ptr，
 
 

http://www.cplusplus.com/reference/memory/weak_ptr/




定置删除器




在前面用到了的shared_ptr的时候，如果够仔细，你可能注意C++11没有shared_array版本的智能指针，也就是说，对于new[]开出的对象数组，C++11好像没有相应的处理办法了？ 当然，这是不可能的。C++11对于此，实际上站在了一个更高的角度来处理。虽然在boost中有_array版本的智能指针管理new[]出来的对象数组，但是实际中还有malloc,fopen..等方式打开资源，单纯的用delete关闭资源显然是力不从心的。所以对此，C++11提供用一个叫删除器的东西来帮助释放资源，它由程序员自己去定置。它的实现其实就是定义一个类出来，然后在类中重载了operator() 在该函数当中进行相应释放资源操作（由于重载了operator()，该类的实例就拥有函数的使用特性和功能.所以也把这样类的一个实例叫做仿函数）。如我们shared_ptr sp(new int[2]),就可以实现一个这样的类



template<class T>
struct DeleteArray
{
     void operator()(T* ptr)         
     {
           delete[] ptr;
     }
} ;



 然后可以DeleteArray da定置一个删除器da了 。随后，前面定义智能指针相应改成shared_ptr sp(new int[2], da)即可。


其实它原理也比较简单，为了更方便剖析，我们这里来对上面自定义SharePtr改造，让它支持定置删除功能。



 template 
 struct DelArr 
 {  
     void operator()(T* ptr) 
     {  
         cout<<"delete[ ]"< >   //为模板参数添加默认值
 class SharedPtr 
 {  
     public: 
         SharedPtr( T* ptr)   
             :_ptr(ptr) 
              ,_pCount( new int(1)) 
     { } 
         T* operator->( ) 
         {  
             return _ptr; 
         } 
         T& operator*( ) 
         {  
             return *_ptr; 
         } 
         SharedPtr(const SharedPtr& sp)  //加上const
             :_ptr(sp._ptr) 
              ,_pCount(sp._pCount) 
         {  
             ++(*_pCount);    
         } 
         SharedPtr& operator=(const SharedPtr& sp）
         {  
             if(this != &sp)  
             {  
                 Release( ); 
                 _ptr = sp._ptr; 
                 _pCount = sp._pCount; 
                 ++(*_pCount); 
             } 
             return *this; 
         } 
         void Release( ) 
         {  
             if(--(*_pCount) == 0) 
             {  
                 if(_ptr) 
                 { 
                     cout<<"释放空间"<　　　　　　　　　　　　 //_ptr = NULL;
                     //_pCount = NULL;
                     Del _del; //定义定置删除仿函数 
                     _del(_ptr);  //调用该仿函数                    
                 } 
　　　　　　　　　　delete _pCount;　
             } 
         }
         ~SharedPtr()
         { 
             cout<<"析构调用"< > sp(new A[2]);
     SharedPtr >sp1(new int[2]);
 
 }




实现其实就是在析构时创建一个Del对象，也就是我们前面定置好的删除器的对象。这里Del是Delete，那我们的_del（_ptr）的内部，就是用delete释放_ptr，所以我们就这样把模板和仿函数联系在一起。
 
而对于malloc、fopen方式打开的资源，就可以这样



 1  class Free
 2  {
 3  public:
 4      void operator()(void* ptr)
 5      {   
 6          free(ptr);
 7      }
 8  };
 9  struct FClose
10  {
11      void operator()(void* fp)
12      {
13          fclose((FILE*)fp);
14      }
15  };
16 vod Test()
17  {
18      shared_ptr<void> sp1(malloc(sizeof(int)*3), Free());
19      shared_ptr sp2(fopen("test.txt", "r"), FClose());
20 }





最后，智能指针大致原理就是这样，当然这只是本人很粗浅的一点总结，对智能指针使用还有很多东西需要探索。


不过为了平常使用智能指针能更高效的使用，最后小结一下



·在可以使用 boost 库的场合下，拒绝使用 std::auto_ptr，因为其不仅不符合 C++ 编程思想。


·在确定对象无需共享的情况下，使用 boost::scoped_ptr。


·在对象需要共享的情况下，使用 boost::shared_ptr。


·在需要访问 boost::shared_ptr 对象，而又不想改变其引用计数的情况下(循环引用)使用boost::weak_ptr。































 
 
附：  
 
 









 
 
 
CC++C++基础

相关

C/C++避免头文件重复包含的方法

C/C++ 调用API获取当前时间

【转载】VSCode配置C/C++环境

C/C++ Qt ToolBar 菜单组件应用

C/C++ Qt ToolBar 菜单组件应用

Python与C/C++的混合调用

c++基础知识-数据类型

c/c++中的友元设计

c++基础知识02

Mac(M1)配置VSCode中C/C++环境(只需三步)

c/c++ # and ## in macros以及宏debug

C++基础之缺省参数

标签