• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            拂曉·明月·彎刀

            觀望,等待只能讓出現的機會白白溜走

              C++博客 :: 首頁 ::  :: 聯系 :: 聚合  :: 管理 ::
                在Windows編程中,GDI資源的泄露一直是需要引起C++程序員的高度關注,一不小心,就會在函數的中途正常退出或者中途拋出異常退出的地方遺忘掉釋放前面申請的資源。本人也曾多次碰到這種問題,查閱了網上的資料,總是不能得到滿意的解決。最近看了下boost中的庫,才略有收獲,也算是拋磚引玉吧。
                要想解決上面的問題,就必須實現資源的自動釋放,類的析構函數正好可以滿足此要求,就象標準庫中智能指針就是這么實現的,但問題在于我們的參數個數,參數類型的不確定性。雖然重載和模板可以解決此問題(這也是我在網上看到的解決方法),但模板類的參數不具備自動推導能力(經傳入成員函數參數值推導出模板參數類型),而且過多的模板偏特化也不是我所擅長的,最主要是代碼的移植性無法保證。
                本文主要利用的boost中的bind庫,覺得仿函數的功能跟自己當前的需求不遠了,因為它們的共同點有:
            1. 可以接收任意多個模板參數(沒有具體驗證,至少是9個吧),
            2. 可以利用函數對模板參數類型的推導能力,省去了參數類型的指定。
            唯一不同的是bind后的仿函數是立即執行,不能具有類的析構函數自動執行的優點。目前需要解決的問題是推遲執行期,也既把operator()函數移到析構函數中執行,這就需要保存boost::bind(....)返回的對象,通過類的構造函數去保存,然后在析構函數中執行operator()就可以了。
                思路是出來了,但問題是boost::bind(...)函數返回的類型不確定,對象通過類模板是可以保存,但類沒有自動推導能力,還是無法實現,這里我就利用了boost::any的原理,正好解決了此問題,而且它也可以用于函數的延遲執行。詳見以下使用方法:
            步驟1: 實現類似于boost:;any的類,主要完成資源的自動釋放。實現如下:
            //SrcRelease.h頭文件
             1#ifndef _SRCRELEASE_INC_
             2#define _SRCRELEASE_INC_
             3
             4class CSrcRelease
             5{
             6public
             7    template<typename T>
             8    CSrcRelease(const T & value)
             9        : m_pHelder(new Helder<T>(value))
            10    {
            11    }

            12
            13    ~CSrcRelease()
            14    {
            15        delete m_pHelder;
            16    }

            17
            18private
            19    class IHelder
            20    {
            21    public:
            22        virtual ~IHelder() {}
            23    }
            ;
            24
            25    template<typename T>
            26    class Helder : public IHelder
            27    {
            28    public
            29        Helder(const T & value)
            30            : held(value)
            31        {
            32        }

            33        ~Helder() 
            34        {
            35            held();
            36        }

            37
            38    public// representation
            39        T held;
            40    }
            ;
            41
            42    IHelder* m_pHelder;
            43}
            ;
            44
            45#endif //_SRCRELEASE_INC_ 
            46

            步驟2: 下載boost庫,因為只用到了boost::bind庫,所以無需編譯. 將頭文件目錄加入vs2005中。
            步驟3: 客戶端調用
            //main.cpp
             1#include "SrcRelease.h"
             2#include <iostream>
             3#include <Windows.h>
             4#include <boost/bind.hpp>
             5#include <cassert>
             6
             7void _stdcall InvokeStr(const char* szValue)
             8{
             9    std::cout<<szValue<<std::endl;
            10}

            11
            12bool _stdcall InvokeStr(const char* szValue, int a, int b)
            13{
            14    std::cout<<szValue<<"\ta: "<<a<<"\tb: "<<b<<std::endl;
            15    return true;
            16}

            17
            18int main()
            19{
            20    //由于API都是_stdcall調用,而vs2005環境都是默認_cdecl,所以需要修改vs2005環境
            21    HBITMAP hBitmap=reinterpret_cast<HBITMAP>(LoadImage(NULL, L"test.bmp", IMAGE_BITMAP, 00, LR_LOADFROMFILE));
            22    assert(hBitmap!=NULL);
            23    CSrcRelease aBitmapRelease(boost::bind(&DeleteObject, hBitmap));
            24
            25    std::cout<<"Invoke Outer Before"<<std::endl;
            26    CSrcRelease aRelease(boost::bind(&InvokeStr, "Invoke Outer After"85));
            27
            28    {
            29        std::cout<<"Invoke Inner Before"<<std::endl;
            30        CSrcRelease aRelease(boost::bind(&InvokeStr, "Invoke Inner After"));
            31        std::cout<<"Invoke Inner Middle"<<std::endl;
            32    }

            33
            34    std::cout<<"Invoke Outer Middle"<<std::endl;
            35    return 0;
            36}
             

            以上代碼在winxp+vs2005下測試通過,如有疑問,歡迎聯系: ietj@mail.21cn.com
             
                                                                        嘵月刀
                                                                        2008.3.5
            posted on 2009-10-23 14:50 一路風塵 閱讀(1392) 評論(1)  編輯 收藏 引用 所屬分類: C++技術/工作總結

            評論

            # re: C++ 資源釋放 2009-11-13 01:23 OwnWaterloo
            any會使用動態內存,效率比較低。而且,你也不希望看到如下代碼:
            CSrcRelease ... 產生異常吧?

            可以用function<void ()>來保存bind的結果,并在析構函數中調用。
            或者,使用Loki::ScopeGuard。

              回復  更多評論
              

            久久综合色区| 99久久成人18免费网站| 国产精品久久久久久久人人看| 久久综合色区| 精品久久久噜噜噜久久久| 国产精品久久成人影院| 欧美无乱码久久久免费午夜一区二区三区中文字幕 | 国产成人精品久久| 久久综合色老色| 国产精品九九九久久九九| 亚洲国产成人久久精品99 | 久久er国产精品免费观看2| 久久久久亚洲av成人无码电影| 香蕉久久影院| 久久精品国产福利国产琪琪| 开心久久婷婷综合中文字幕| 99久久精品免费看国产一区二区三区 | 浪潮AV色综合久久天堂| 狠狠色综合网站久久久久久久| 久久无码专区国产精品发布| 国内精品久久国产大陆| 国色天香久久久久久久小说| 国产精品久久自在自线观看| 人人狠狠综合久久亚洲| 青青草国产成人久久91网| 久久综合狠狠综合久久综合88| 久久久久久亚洲精品不卡 | 久久综合给合久久狠狠狠97色69| 欧美精品丝袜久久久中文字幕 | 无码人妻精品一区二区三区久久久 | 思思久久99热只有频精品66| 青青草原1769久久免费播放| 久久亚洲AV成人无码国产| 亚洲а∨天堂久久精品| 久久国产福利免费| 九九热久久免费视频| 精品久久久无码中文字幕天天| 99久久99这里只有免费的精品| 国产精品美女久久久m| 久久精品亚洲一区二区三区浴池 | 亚洲AV伊人久久青青草原|