都是這周看書以及代碼的總結(jié)：
Stl 中 auto_ptr只是眾多可能的智能指針之一，auto_ptr所做的事情，就是動(dòng)態(tài)分配對(duì)象以及當(dāng)對(duì)象不再需要時(shí)自動(dòng)執(zhí)行清理。
這里是一個(gè)簡(jiǎn)單的代碼示例，如果沒有auto_ptr,
如果在DealProcessAdoption有一個(gè)exception,會(huì)發(fā)生什么事情，因?yàn)镻rocessAdoption不能捕獲他，所以這段代碼很危險(xiǎn)，所以DealProcessAdoption后面的代碼可能會(huì)跳過，造成內(nèi)存泄露。
如果利用try catch去捕獲他，會(huì)搞得代碼很亂，又缺少美觀性。
所以Stl提供了一個(gè)智能指針來(lái)解決這個(gè)問題，我們可以先模擬實(shí)現(xiàn)一個(gè)智能指針的類實(shí)現(xiàn)。
這個(gè)版本和原先版本的差異只有二處，
第一pa是一智能指針的對(duì)象，不是ALA*
第二不用自己去釋放delete
然后我看到Effective STL的條款
8：永不建立auto_ptr的容器
關(guān)于此可以看的Effective STL的條款8
因?yàn)閍uto_ptr并不是完美無(wú)缺的，它的確很方便，但也有缺陷，在使用時(shí)要注意避免。首先，不要將auto_ptr對(duì)象作為STL容器的元素。C++標(biāo)準(zhǔn)明確禁止這樣做，否則可能會(huì)碰到不可預(yù)見的結(jié)果
auto_ptr的另一個(gè)缺陷是將數(shù)組作為auto_ptr的參數(shù)： auto_ptr<char> pstr (new char[12] ); //數(shù)組；為定義
然后釋放資源的時(shí)候不知道到底是利用delete pstr,還是 delete[] pstr;
然后收集了關(guān)于auto_ptr的幾種注意事項(xiàng)：
1、auto_ptr不能共享所有權(quán)。
2、auto_ptr不能指向數(shù)組
3、auto_ptr不能作為容器的成員。
4、不能通過賦值操作來(lái)初始化auto_ptr
std::auto_ptr<int> p(new int(42)); //OK
std::auto_ptr<int> p = new int(42); //ERROR
這是因?yàn)閍uto_ptr 的構(gòu)造函數(shù)被定義為了explicit
5、不要把a(bǔ)uto_ptr放入容器
然后筆者從而推薦的是boost的shared_ptr，然后看完shared_ptr關(guān)于智能指針的介紹與例子。
5種針對(duì)auto_ptr不足的指針如下：需要詳細(xì)了解可以去查看相當(dāng)文檔，與測(cè)試新代碼。
| scoped_ptr | <boost/scoped_ptr.hpp> | 簡(jiǎn)單的單一對(duì)象的唯一所有權(quán)。不可拷貝。 |
| scoped_array | <boost/scoped_array.hpp> | 簡(jiǎn)單的數(shù)組的唯一所有權(quán)。不可拷貝。 |
| shared_ptr | <boost/shared_ptr.hpp> | 在多個(gè)指針間共享的對(duì)象所有權(quán)。 |
| shared_array | <boost/shared_array.hpp> | 在多個(gè)指針間共享的數(shù)組所有權(quán)。 |
| weak_ptr | <boost/weak_ptr.hpp> | 一個(gè)屬于 shared_ptr 的對(duì)象的無(wú)所有權(quán)的觀察者。 |
| intrusive_ptr | <boost/intrusive_ptr.hpp> | 帶有一個(gè)侵入式引用計(jì)數(shù)的對(duì)象的共享所有權(quán)。 |
關(guān)于shared_ptr的使用其實(shí)和auto_ptr差不多，只是實(shí)現(xiàn)上有差別，關(guān)于shared_ptr的定義就不貼代碼了，以為內(nèi)開源，可以網(wǎng)上找
1、shared_ptr<T> p(new Y);
聯(lián)系客服
