【1】std::auto_ptr
对于编译器来说,智能指针实质是一个栈对象,而并非指针类型。
智能指针通过构造函数获取堆内存的管理所有权,而在其生命期结束时,再通过析构函数释放由它所管理的堆内存。
所有智能指针都重载了“operator->”操作符,直接返回对象的引用,用以操作对象。访问智能指针原来的方法则使用“.”操作符。
访问智能指针包含的裸指针则可以用get()函数。
由于智能指针是一个对象,所以if(spObject)永远为真。要判断智能指针的裸指针是否为空,需要这样判断:if(spObject.get())。
智能指针包含了reset()方法,如果不传递参数(或者传递NULL),则智能指针会释放当前管理的内存。如果传递一个对象,则智能指针会释放当前对象,来管理新传入的对象。
【2】std::auto_ptr 示例及分析
<1>代码如下:
1 #include<iostream> 2 #include<memory> 3 using namespace std; 4 5 class Int 6 { 7 public: 8 Int(int nValue = 0) 9 { 10 m_nValue = nValue; 11 std::cout << "Constructor: " << m_nValue << std::endl; 12 } 13 ~Int() 14 { 15 std::cout << "Destructor: " << m_nValue << std::endl; 16 } 17 void PrintValue() 18 { 19 std::cout << "PrintValue: " <<m_nValue<< std::endl; 20 } 21 void SetValue(int nSetValue) 22 { 23 m_nValue = nSetValue; 24 } 25 26 private: 27 int m_nValue; 28 }; 29 30 void TestAuto_Ptr1() 31 { 32 std::auto_ptr<Int> spInt(new Int(10)); // 创建对象 33 if (spInt.get()) // 判断智能指针是否为空 34 { 35 spInt->PrintValue(); // 使用operator->调用智能指针对象的函数 36 spInt.get()->SetValue(20); // 使用get()返回裸指针,然后通过裸指针调用的成员函数 37 spInt->PrintValue(); // 再次打印,检验上步赋值成功 38 (*spInt).SetValue(30); // 使用operator*返回智能指针内部对象,然后用“.”调用智能指针对象中的函数 39 spInt->PrintValue(); // 再次打印,表明上步赋值成功 40 } 41 //spInt栈对象结束生命期,随之析构堆对象Int(10),同时释放内存资源 42 } 43 44 void main() 45 { 46 TestAuto_Ptr1(); 47 } 48 49 //执行结果如下: 50 /* 51 Constructor: 10 52 PrintValue: 10 53 PrintValue: 20 54 PrintValue: 30 55 Destructor: 30 56 */
上面为一般情况下使用std::auto_ptr的代码示例,一切看似都蛮不错哈,说一千道一万,无论如何不用咱们再显式使用那该死的delete了。
但是,实际的使用中的情况要比这个复杂得多,也不选再复杂的!眼下咱比如:智能指针的拷贝构造以及赋值构造等。请看以下分析。
<2>添加测试函数2
代码以及注释如下:
1 void TestAuto_Ptr2() 2 { 3 std::auto_ptr<Int> spInt(new Int(1)); 4 if (spInt.get()) 5 { 6 std::auto_ptr<Int> spInt2; // 创建一个新的spInt2对象 7 spInt2 = spInt; // 复制旧的spInt给spInt2 8 spInt2->PrintValue(); // 输出信息,复制成功 9 spInt->PrintValue(); // 崩溃 10 } 11 }
最终可以看到如上代码导致崩溃!居然崩溃了?什么原因导致崩溃呢?
在网上看到各种版本的解释。赵本山大叔有一句话:“你刨得不深,我要往祖坟上刨!”
跟进std::auto_ptr的源码,其赋值构造函数代码如下:
1 //std::auto_ptr赋值构造函数 2 3 _Myt& operator=(_Myt& _Right) _THROW0() 4 { // assign compatible _Right (assume pointer) 5 reset(_Right.release()); 6 return (*this); 7 } 8 9 _Ty *release() _THROW0() 10 { // return wrapped pointer and give up ownership 11 _Ty *_Tmp = _Myptr; 12 _Myptr = 0; 13 return (_Tmp); 14 } 15 16 void reset(_Ty *_Ptr = 0) 17 { // destroy designated object and store new pointer 18 if (_Ptr != _Myptr) 19 delete _Myptr; 20 _Myptr = _Ptr; 21 }
三个函数,调用关系一目了然,执行结果很清晰:目标对象获取源对象所管理的内存所有权,同时把源对象置空。
通过上面的源码分析,我们可以看到: 崩溃的罪魁祸首是"spInt2 = spInt;",就这行代码,发生两个重要过程:
1> spInt2完全夺取了spInt的内存管理所有权;
2> 置spInt为空。
由于spInt已置为空,最后再使用必然导致崩溃。
细心的人估计看到了源码函数后面的那个关键字throw,关于这个关键字请参见随笔《函数后面加throw关键字》
所以,使用std::auto_ptr时,绝对不能使用“operator=”操作符。
这也正所谓std::auto_ptr是支持毁坏式复制语义及RAII的智能指针的全部体现。
关于RAII惯用法,请参见随笔《RAII惯用法详解》。
好吧!再看一种实际使用的例子,代码如下:
1 void TestAuto_Ptr3() 2 { 3 std::auto_ptr<Int> spInt3(new Int(100)); 4 5 if (spInt3.get()) 6 { 7 spInt3.release(); 8 } 9 }
执行结果为:Constructor: 100
看到有什么异常了吗?没有输出“Destructor: 100”,那也就意味着我们创建出来的对象竟然没有被析构,这个可不科学!
上面我们才强调了std::auto_ptr是RAII的智能指针,这里没有析构对象是否导致内存泄漏呢?
当我们不想让spInt3继续生存下去时,第一反应应该是调用release()函数释放内存,结果却导致内存泄漏。
在内存受限系统中,假如spInt3占用太多内存,我们会考虑一旦使用完成后,立刻归还,而不是等到spInt3结束生命期后才归还。
由于上面已经有release()函数的实现源码,所以,这里的内存泄漏原因其实很明白,不再赘述。
那么正确的代码应该是怎样呢?根据上面的实际需求再不导致内存泄漏情况下,如下实现:
1 void TestAuto_Ptr3() 2 { 3 std::auto_ptr<Int> spInt3(new Int(100)); 4 if (spInt3.get()) 5 { 6 Int* pInt = spInt3.release(); 7 delete pInt; 8 } 9 } 10 //或 11 void TestAuto_Ptr3() 12 { 13 std::auto_ptr<Int> spInt3(new Int(100)); 14 if (spInt3.get()) 15 { 16 spInt3.reset(); // 释放spInt3内部管理的内存 17 } 18 }
<3>总结:关于std::auto_ptr的使用,请注意以下几点:
(1)尽量不要使用“operator=”(如果使用了,请不要再使用先前对象)。
(2)记住release()函数不会释放对象,仅仅归还所有权。
(3)std::auto_ptr最好不要当成参数传递(读者可以自行写代码确定为什么不能)。
(4)由于std::auto_ptr的“operator=”问题,由其管理的对象不能放入std::vector等容器中。
(5)auto_ptr存储的指针应该为NULL或者指向动态分配的内存块。
(6)auto_ptr存储的指针应该指向单一物件(是new出来的,而不是new[]出来的)。
(7)两个auto_ptr对象不会同时指向同一块内存块(要明白两个auto_ptr对象赋值会发生什么)。
使用std::auto_ptr的局限性很大,可谓防不胜防。
Good Good Study, Day Day Up.
顺序 选择 循环 总结