智能指針(C++智能指針的幾種用法)
1.C++智能指針的幾種用法
一、auto_ptr模板
auto_ptr與shared_ptr、unique_ptr都定義了類(lèi)似指針的對象，可以將new到的地址賦給這一對象，當智能指針過(guò)期時(shí)，析構函數會(huì )調用delete函數，對象將被銷(xiāo)毀，由此內存可以自動(dòng)被釋放。
二、shared_ptr模板
先看代碼：
auto_ptr p1 (new string("hello world!");
auto_ptr p2;
p2 = p1;
在以上代碼中，p1與p2指向同一對象，常規指針在釋放內存時(shí)，系統會(huì )嘗試刪除同一對象兩次。在auto_ptr中，對象的所有權會(huì )歸于p2,p1將會(huì )變?yōu)橐爸羔槨hared_ptr則允許多個(gè)指針指向同一個(gè)對象，每多一個(gè)指針指向，計數器就會(huì )+1，同樣在釋放的時(shí)候，當數值減為0的時(shí)候即最后一個(gè)指針過(guò)期的時(shí)候才會(huì )調用delete函數。
三、unique_ptr模板
同樣為了避免多個(gè)指針指向，unique_ptr嚴格了所有權的概念，即我的就我的，不允許他人指向（如代碼段二中，采用unique_ptr編輯將會(huì )報錯，而原代碼會(huì )編譯通過(guò)但可能造成崩潰）。
四、總結
需要多個(gè)指針指向一個(gè)對象時(shí)可使用shared_ptr，如指針數組。不需要多個(gè)指針指向一個(gè)對象可使用uniq_ptr,uniqu_ptr比auto_ptr更加安全（編譯報錯遠比程序崩潰好得多）。
2.ATL的智能指針CComQIPtr 在MFC中使用要注意什么
if(failed(l_hr))
{
return l_hr;
}
//dosomething of itestcomptr
couninitialize();
}
初看這段代碼是沒(méi)有任何問(wèn)題的，但是運行還是會(huì )崩潰.如果我們在
coinitialize(null)；下行加上"{"與couninitialize（)；上行加上"}"就不會(huì )出錯了.為什么呢？
原因在于原來(lái)的coinitialize所開(kāi)的套間在couninitialize（)；后已經(jīng)被關(guān)閉.
而智能指針的組件對象卻并沒(méi)有釋放，直到程序調用ccomptr<itestcomptr>；的析構函數時(shí)才調用
itestcomptr的release方法，但是這時(shí)候，套間已經(jīng)不在了，所以導致了程序的崩潰.在組件
的生命周期很短的時(shí)候，智能指針的使用基本是無(wú)害的，并且有時(shí)是非常方便的.
所以在使用智能指針時(shí)有以下建議：
1. 當對象的生命周期很長(cháng)要小心使用.
2. 當對象的生命周期不確定時(shí)不要使用.
3. 千萬(wàn)不要使用全局的智能指針.
3.ATL的智能指針CComQIPtr 在MFC中使用要注意什么
if(failed(l_hr)) { return l_hr; } //dosomething of itestcomptr couninitialize（)； } 初看這段代碼是沒(méi)有任何問(wèn)題的，但是運行還是會(huì )崩潰.如果我們在 coinitialize(null)；下行加上"{"與couninitialize（)；上行加上"}"就不會(huì )出錯了.為什么呢？ 原因在于原來(lái)的coinitialize所開(kāi)的套間在couninitialize（)；后已經(jīng)被關(guān)閉. 而智能指針的組件對象卻并沒(méi)有釋放，直到程序調用ccomptr的析構函數時(shí)才調用 itestcomptr的release方法，但是這時(shí)候，套間已經(jīng)不在了，所以導致了程序的崩潰.在組件 的生命周期很短的時(shí)候，智能指針的使用基本是無(wú)害的，并且有時(shí)是非常方便的. 所以在使用智能指針時(shí)有以下建議： 1. 當對象的生命周期很長(cháng)要小心使用. 2. 當對象的生命周期不確定時(shí)不要使用. 3. 千萬(wàn)不要使用全局的智能指針.。
