智能指针是一个类，这个类的构造函数中传入一个普通指针，析构函数中释放传入的指针。智能指针的类都是栈上的对象，所以当函数（或程序）结束时会自动被释放。
1. 智能指针背后的设计思想
auto_ptr、unique_ptr和shared_ptr这几个智能指针背后的设计思想。我简单的总结下就是：将基本类型指针封装为类对象指针（这个类肯定是个模板，以适应不同基本类型的需求），并在析构函数里编写delete语句删除指针指向的内存空间。
因此，要转换remodel()函数，应按下面3个步骤进行：

删除delete语句。

string vacation("I wandered lonely as a cloud.");
shared_ptr
  
    pvac(&vacation);   // No
  

pvac过期时，程序将把delete运算符用于非堆内存，这是错误的。

auto_ptr< string> ps (new string ("I reigned lonely as a cloud.”）;
auto_ptr
  
    vocation; 
vocaticn = ps;
  

上述赋值语句将完成什么工作呢？如果ps和vocation是常规指针，则两个指针将指向同一个string对象。这是不能接受的，因为程序将试图删除同一个对象两次。要避免这种问题，方法有多种：

当然，同样的策略也适用于复制构造函数。
每种方法都有其用途，但为何说要摒弃auto_ptr呢？
下面举个例子来说明。

#include
#include
#include
using namespace std;

int main() {
  auto_ptr films[5] =
 {
  auto_ptr (new string("Fowl Balls")),
  auto_ptr (new string("Duck Walks")),
  auto_ptr (new string("Chicken Runs")),
  auto_ptr (new string("Turkey Errors")),
  auto_ptr (new string("Goose Eggs"))
 };
 auto_ptr pwin;
 pwin = films[2]; // films[2] loses ownership. 将所有权从films[2]转让给pwin，此时films[2]不再引用该字符串从而变成空指针
 cout << "The nominees for best avian baseballl film are\n";
 for(int i = 0; i < 5; ++i)
    cout << *films[i] << endl;
 cout << "The winner is " << *pwin << endl;
 cin.get();
  return 0;
}

运行下发现程序崩溃了，原因在上面注释已经说的很清楚，films[2]已经是空指针了，下面输出访问空指针当然会崩溃了。但这里如果把auto_ptr换成shared_ptr或unique_ptr后，程序就不会崩溃，原因如下：

这就是为何要摒弃auto_ptr的原因，一句话总结就是：避免潜在的内存崩溃问题。

auto_ptr
  
    p1(new string ("auto") ； //#1
auto_ptr
   
     p2; //#2 p2 = p1; //#3 
   
  

在语句#3中，p2接管string对象的所有权后，p1的所有权将被剥夺。前面说过，这是好事，可防止p1和p2的析构函数试图刪同—个对象；
但如果程序随后试图使用p1，这将是件坏事，因为p1不再指向有效的数据。
下面来看使用unique_ptr的情况：

unique_ptr
  
    p3 (new string ("auto");   //#4
unique_ptr
   
     p4； //#5 p4 = p3; //#6 
   
  

编译器认为语句#6非法，避免了p3不再指向有效数据的问题。因此，unique_ptr比auto_ptr更安全。
但unique_ptr还有更聪明的地方。
有时候，会将一个智能指针赋给另一个并不会留下危险的悬挂指针。假设有如下函数定义：

 unique_ptr demo(const  * s)
{
    unique_ptr temp (new string (s));
    return temp;
}

并假设编写了如下代码：

unique_ptr ps;
ps = demo(“Uniquely special”);

demo()返回一个临时unique_ptr，然后ps接管了原本归返回的unique_ptr所有的对象，而返回时临时的 unique_ptr 被销毁，也就是说没有机会使用 unique_ptr 来访问无效的数据，换句话来说，这种赋值是不会出现任何问题的，即没有理由禁止这种赋值。实际上，编译器确实允许这种赋值，这正是unique_ptr更聪明的地方。
总之，当程序试图将一个 unique_ptr 赋值给另一个时，如果源 unique_ptr 是个临时右值，编译器允许这么做；如果源 unique_ptr 将存在一段时间，编译器将禁止这么做，比如：

unique_ptr pu1( string (hello world));
unique_ptr pu2;
pu2 = pu1;              //not allowed
unique_ptr pu3;
pu3 = unique_ptr( string ());   //allowed