對于操作原始的接口指針是比較麻煩的，需要我們自己控制引用記數(shù)、API 調(diào)用、異常處理。于是 ATL 提供了2個智能指針的模板包裝類，CComPtr<> 和 CComQIPtr<>，這兩個類都在 <atlbase.h> 中聲明。CComQIPtr<> 包含了 CComPtr<>的所有功能，因此我們可以完全用 CComQIPtr<> 來使用智能接口指針，唯一要說明的一點就是：CComQIPtr<> 由于使用了運算符的重載功能，它會自動幫我們調(diào)用QueryInterface()函數(shù)，因此 CComQIPtr<> 唯一的缺點就是不能定義 IUnknown * 指針。
???? // 智能指針 smart pointer，按照匈牙利命名法，一般以 sp 開頭來表示變量類型
? CComPtr < IUnknown > spUnk;?// 正確
? // 假設 IFun 是一個接口類型
? CComPtr < IFun > spFun;?// 正確
? CComQIPtr < IFun > spFun;?// 正確
? CComQIPtr < IFun, &IID_IFun > spFun;?// 正確
? CComQIPtr < IUnknown > spUnk;?// 錯誤！CComQIPtr不能定義IUnknown指針
??
給智能指針賦值的方法：
? CComQIPtr < IFun > spFun;?// 調(diào)用構(gòu)造函數(shù)，還沒有賦值，被包裝的內(nèi)部接口指針為 NULL
?
? CComQIPtr < IFun > spFun( pOtherInterface );?// 調(diào)用構(gòu)造函數(shù)，內(nèi)部接口指針賦值為
? // 通過 pOtherInterface 這個普通接口指針調(diào)用QueryInterface()得到的IFun接口指針
?
? CComQIPtr < IFun > spFun( spOtherInterface ); // 調(diào)用構(gòu)造函數(shù)，內(nèi)部接口指針賦值為
? // 通過 spOtherInterface 這個只能接口指針調(diào)用QueryInterface()得到的IFun接口指針
?
? CComQIPtr < IFun > spFun ( pUnknown );?// 調(diào)用構(gòu)造函數(shù)，由IUnknown的QueryInterface()得到IFun接口指針
?
? CComQIPtr < IFun > spFun = pOtherInterface;?// = 運算符重載，含義和上面一樣
? spFun = spOtherInterface;?// 同上
? spFun = pUnknown;?// 同上
?
? pUnknown->QueryInterface( IID_IFun, &sp );?// 也可以通過QueryInterface賦值
?
? // 智能指針賦值后，可以用條件語句判斷是否合法有效
? if ( spFun ){}??// 如果指針有效
? if ( NULL != spFun ){}?// 如果指針有效
?
? if ( !spFun ){}??// 如果指針無效
? if ( NULL == spFun ){}?// 如果指針無效
?
智能指針調(diào)用函數(shù)的方法：
? spFun.CoCreateInstance(...);?// 等價與 API 函數(shù)::CoCreateInstance(...)
? spFun.QueryInterface(...);?// 等價與 API 函數(shù)::QueryInterface()
?
? spFun->Add(...);?// 調(diào)用內(nèi)部接口指針的接口函數(shù)
? // 調(diào)用內(nèi)部接口指針的QueryInterface()函數(shù)，其實效果和 spFun.QueryInterface(...) 一樣
? spFun->QueryInterface(...);?
?
? spFun.Release();?// 釋放內(nèi)部的接口指針，同時內(nèi)部指針賦值為 NULL
? spFun->Release();?// 錯！！！一定不要這么使用。
? // 因為這個調(diào)用并不把內(nèi)部指針清空，那么析構(gòu)的時候會被再次釋放（釋放了兩次）