【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.
顺序 选择 循环 总结