Stl 中 auto_ptr隻是衆多可能的智能指針之一，auto_ptr所做的事情，就是動态配置設定對象以及當對象不再需要時自動執行清理。
這裡是一個簡單的代碼示例，如果沒有auto_ptr,
1
void ProcessAdoption(istream &data)
2
{
3
while (data) // 如果還有資料
5
{
6
ALA *pa = readALAData(data); // 取出下一個資料
7
pa->DealProcessAdoption(data); // 處理
8
delete pa; // 釋放資源
10
}
11
return;
12
}
如果在DealProcessAdoption有一個exception,會發生什麼事情，因為ProcessAdoption不能捕獲他，是以這段代碼很危險，是以DealProcessAdoption後面的代碼可能會跳過，造成記憶體洩露。
如果利用try catch去捕獲他，會搞得代碼很亂，又缺少美觀性。
是以Stl提供了一個智能指針來解決這個問題，我們可以先模拟實作一個智能指針的類實作。
private:
13
Type *Ptr;
14
};
15
auto_ptr<ALA> pa(readALADara(data));
23
pa->DealProcessAdoption(data);
24
這個版本和原先版本的差異隻有二處，
第一pa是一智能指針的對象，不是ALA*
第二不用自己去釋放delete
然後我看到Effective STL的條款
8：永不建立auto_ptr的容器
關于此可以看的Effective STL的條款8
因為auto_ptr并不是完美無缺的，它的确很友善，但也有缺陷，在使用時要注意避免。首先，不要将auto_ptr對象作為STL容器的元素。C++标準明确禁止這樣做，否則可能會碰到不可預見的結果
auto_ptr的另一個缺陷是将數組作為auto_ptr的參數： auto_ptr<char> pstr (new char[12] ); //數組；為定義
然後釋放資源的時候不知道到底是利用delete pstr,還是 delete[] pstr;
然後收集了關于auto_ptr的幾種注意事項：
1、auto_ptr不能共享所有權。
2、auto_ptr不能指向數組
3、auto_ptr不能作為容器的成員。
4、不能通過指派操作來初始化auto_ptr
std::auto_ptr<int> p(new int(42)); //OK
std::auto_ptr<int> p = new int(42); //ERROR
這是因為auto_ptr 的構造函數被定義為了explicit
5、不要把auto_ptr放入容器
然後筆者進而推薦的是boost的shared_ptr，然後看完shared_ptr關于智能指針的介紹與例子。
5種針對auto_ptr不足的指針如下：需要詳細了解可以去檢視相當文檔，與測試新代碼。
| scoped_ptr | <boost/scoped_ptr.hpp> | 簡單的單一對象的唯一所有權。不可拷貝。 |
| scoped_array | <boost/scoped_array.hpp> | 簡單的數組的唯一所有權。不可拷貝。 |
| shared_ptr | <boost/shared_ptr.hpp> | 在多個指針間共享的對象所有權。 |
| shared_array | <boost/shared_array.hpp> | 在多個指針間共享的數組所有權。 |
| weak_ptr | <boost/weak_ptr.hpp> | 一個屬于 shared_ptr 的對象的無所有權的觀察者。 |
| intrusive_ptr | <boost/intrusive_ptr.hpp> | 帶有一個侵入式引用計數的對象的共享所有權。 |
1. shared_ptr是Boost庫所提供的一個智能指針的實作,shared_ptr就是為了解決auto_ptr在對象所有權上的局限性（auto_ptr是獨占的），在使用引用計數的機制上提供了可以共享所有權的智能指針.
2. shared_ptr比auto_ptr更安全
3. shared_ptr是可以拷貝和指派的，拷貝行為也是等價的，并且可以被比較，這意味這它可被放入标準庫的一般容器（vector，list）和關聯容器中（map）。