青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

拂曉·明月·彎刀

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

  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 一路風塵 閱讀(1405) 評論(1)  編輯 收藏 引用 所屬分類: C++技術/工作總結

評論

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

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

  回復  更多評論
  

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            久久综合九九| 亚洲视频中文| 亚洲精品日日夜夜| 夜夜嗨av一区二区三区四季av| 亚洲国产黄色片| 99精品福利视频| 亚洲欧美一区二区三区久久| 久久激五月天综合精品| 欧美日韩亚洲91| 欧美喷水视频| 国产日韩在线一区| 亚洲黄色影院| 亚洲视频在线播放| 久久se精品一区精品二区| 久久偷窥视频| 99xxxx成人网| 亚洲自拍偷拍福利| 美国成人毛片| 一区二区三区四区蜜桃| 久久成人在线| 欧美激情精品久久久| 国产乱人伦精品一区二区| 亚洲香蕉网站| 欧美日精品一区视频| 国内精品久久久久影院优| 蜜桃av综合| 国产人成精品一区二区三| 亚洲电影激情视频网站| 欧美精品999| 欧美99久久| 黄色在线成人| 久久综合一区二区三区| 欧美成人网在线| 亚洲电影在线| 国产日韩欧美日韩| 欧美专区日韩专区| 久久av一区二区三区| 国产日韩欧美精品| 久久一二三四| 久久午夜精品一区二区| 欧美一区二区播放| 榴莲视频成人在线观看| 欧美人成在线视频| 久久亚洲欧美| 亚洲精品在线观看免费| 亚洲国产婷婷综合在线精品 | 亚洲国产一区二区视频| 亚洲福利视频在线| 国产综合自拍| 欧美一区二区免费视频| 亚洲欧美日韩国产成人精品影院| 欧美在线一级va免费观看| 欧美一区二区黄| 麻豆freexxxx性91精品| 99pao成人国产永久免费视频| 久久精精品视频| 国产视频精品xxxx| 欧美r片在线| 欧美一区二区高清| 国产日韩欧美一区二区| 亚洲一区二区三区视频播放| 99热免费精品| 国产精品久久久久久模特| 久久激情综合| 欧美第一黄网免费网站| 在线亚洲欧美视频| 午夜在线观看免费一区| 久久激情婷婷| 宅男噜噜噜66一区二区| 欧美呦呦网站| 亚洲色诱最新| 欧美一区二区在线视频| 亚洲精品资源美女情侣酒店| 一区二区三区精品国产| 伊人成人开心激情综合网| 久久久一区二区| 欧美理论在线播放| 久久久福利视频| 亚洲人www| 亚洲欧美一区二区激情| 国产日产欧美a一级在线| 亚洲精品免费一二三区| 亚洲欧洲在线视频| 亚洲欧美视频在线观看视频| 妖精视频成人观看www| 国产精品国产三级欧美二区| 国产精品久久久久久亚洲毛片| 亚洲色诱最新| 欧美午夜宅男影院在线观看| 销魂美女一区二区三区视频在线| 亚洲欧美一区二区在线观看| 国产精品揄拍500视频| 免费在线看一区| 欧美黄色大片网站| 久久精品国产69国产精品亚洲| 久久亚洲私人国产精品va媚药| 亚洲另类自拍| 欧美专区日韩专区| 夜夜嗨av一区二区三区免费区| 亚洲免费婷婷| 亚洲麻豆视频| 久久aⅴ国产紧身牛仔裤| 亚洲精品视频免费| 午夜精品福利一区二区蜜股av| 日韩视频在线观看一区二区| 欧美一区二区三区四区高清| 制服丝袜亚洲播放| 美女国内精品自产拍在线播放| 欧美一区成人| 欧美三区在线视频| 欧美激情影音先锋| 国产一区二区三区四区在线观看 | 国产亚洲制服色| 亚洲精品网站在线播放gif| 欧美gay视频激情| 国产欧美日韩三区| 日韩视频免费观看高清完整版| 国产一区二区精品久久99| 一本色道**综合亚洲精品蜜桃冫 | 久久国产精品一区二区| 欧美视频不卡| 亚洲国产综合在线| 在线观看亚洲视频啊啊啊啊| 午夜在线观看免费一区| 亚洲综合电影一区二区三区| 欧美日韩精品一区视频| 亚洲国产精品精华液2区45| 一区在线免费观看| 久久精品国产亚洲一区二区三区| 欧美亚洲网站| 国产精品视频99| 亚洲免费一级电影| 亚洲综合久久久久| 欧美系列一区| 亚洲小视频在线观看| 亚洲午夜一区二区| 欧美视频不卡| 亚洲资源av| 久久av红桃一区二区小说| 国产精品一区二区你懂的| 亚洲一区二区三区在线视频| 亚洲视频在线一区| 国产精品一区二区男女羞羞无遮挡| 亚洲性xxxx| 久久综合九色| 亚洲欧洲精品一区二区精品久久久| 免费日韩av电影| 亚洲国产天堂久久综合网| av成人黄色| 国产精品制服诱惑| 久久福利影视| 亚洲国产一区在线| 亚洲综合久久久久| 国产在线精品二区| 免费91麻豆精品国产自产在线观看| 欧美激情亚洲另类| 亚洲一区二区三区午夜| 国产亚洲精品7777| 免费黄网站欧美| 一区二区三欧美| 久久亚洲捆绑美女| 中文一区在线| 韩国av一区二区三区四区| 欧美高清不卡| 午夜激情亚洲| 亚洲精品一品区二品区三品区| 亚洲欧美日韩在线一区| 一区二区三区在线观看视频| 欧美激情按摩在线| 欧美亚洲在线| 99re66热这里只有精品3直播| 久久久综合网| 亚洲一区二区免费| 在线电影国产精品| 国产精品乱子久久久久| 美女999久久久精品视频| 亚洲欧美区自拍先锋| 亚洲国产成人tv| 久久久国产精品一区| aⅴ色国产欧美| 性高湖久久久久久久久| 欧美va天堂| 亚洲欧美日韩精品久久久久| 欧美激情一区| 久久久久久久综合| 亚洲午夜免费福利视频| 狠狠色噜噜狠狠色综合久| 欧美午夜a级限制福利片| 狂野欧美性猛交xxxx巴西| 亚洲免费在线精品一区| 亚洲三级影片| 亚洲二区在线观看| 裸体一区二区三区| 欧美一级片一区| 亚洲一区一卡| 99re6这里只有精品| 亚洲高清不卡一区| 在线精品国产欧美| 国产一区激情| 国产亚洲精品福利|