• <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>

            牽著老婆滿街逛

            嚴(yán)以律己,寬以待人. 三思而后行.
            GMail/GTalk: yanglinbo#google.com;
            MSN/Email: tx7do#yahoo.com.cn;
            QQ: 3 0 3 3 9 6 9 2 0 .

            Dll分配的內(nèi)存塊,應(yīng)用釋放的問題

            轉(zhuǎn)載自:http://blog.csdn.net/blz_wowar/article/details/2176536

            寫了個(gè)程序,在DLL中用malloc分配了一塊內(nèi)存,但是在exe程序中釋放,結(jié)果程序crash,原因就是:
            其原因可能是堆被損壞,這也說明 TestMySticker.exe 中或它所加載的任何 DLL 中有 bug。
            想了半天以為是自己的寫法有問題,后終于在google上找到了原因,汗。。。

            以下文字引用自 http://hi.baidu.com/huhe/blog/item/0b422edd1f1563d98c1029a3.html
            很感謝作者的分析

            一個(gè)模塊一個(gè)堆,一個(gè)線程一個(gè)棧。
            dll里malloc的內(nèi)存,在exe里free會(huì)出錯(cuò)。

            CRT(C運(yùn)行時(shí)期庫)不是使用進(jìn)程缺省的堆來實(shí)現(xiàn)malloc(new中調(diào)用malloc)的,而是使用一個(gè)全局句柄HANDLE _crtheap來分配內(nèi)存的。這個(gè)_crtheap是在XXXCRTStartUp(CRT提供的進(jìn)口點(diǎn)函數(shù))中創(chuàng)建的。  
              由于CRT靜態(tài)連接,則樓主的DLL里有也有一個(gè)CRT,因此也有一個(gè)_crtheap。而在dll中的new使用dll中的_crtheap句柄分配堆,在exe中的delete使用exe中的_crtheap釋放堆,當(dāng)然失敗!

            解決辦法:
            1。在DLL中輸出一個(gè)函數(shù)給EXE調(diào)用,專門用來釋放由DLL分配的內(nèi)存;
            2。用GlobalAlloc()代替new,用GlobalFree()代替delete;
            3。使用單一的堆,分配內(nèi)存使用HeapAlloc(GetProcessHeap(),0,size),釋放內(nèi)存使用HeapFree(GetProcessHeap(),0,p);
            4。把dll和exe的Settings的C/C++選項(xiàng)卡的Code   Generation的Use   Run-time   liberary改成Debug   Multithreaded   DLL,在Release版本中改成Multithreaded   DLL;這樣使用一個(gè)CRT了——MSVCRT.DLL。
             
            以下是CSDN上的討論,同樣討論的很詳細(xì)了
            http://topic.csdn.net/t/20031009/17/2338051.html 

            以上是在網(wǎng)上找到的資料,今天做過詳細(xì)測(cè)試,結(jié)果如下:

            測(cè)試1:使用malloc/free組合來分配和釋放內(nèi)存,DLL中使用malloc分配,exe中使用free釋放。
            我建的是Win32 DLL工程, C/C++->Code generation 設(shè)置是 Multithread DLL debug, 但是exe工程設(shè)置是MultiThread debug,所以不管怎么樣,總是會(huì)拋異常. 這就間接證明了上述的描述是正確的, 若我修改exe工程設(shè)置是 MultiThread DLL debug, 那么malloc/free組合就能很好的工作起來了。


            測(cè)試2:使用HeapAlloc/HeapFree組合來分配和釋放內(nèi)存,DLL中使用HeapAlloc分配,exe中釋放。
            exe的配置還是MultiThread Debug,DLL中HeapAlloc(GetProcessheap(), HEAP_ZERO_MEMORY, 1024)分配,exe中HeapFree(GetProcessHeap(), 0, p)釋放,,則還是無法正常運(yùn)行,還是拋異常。若exe中設(shè)置成MultiThread DLL debug就正常運(yùn)行了。


            測(cè)試3:還是使用HeapAlloc/HeapFree來進(jìn)行,但是DLL中導(dǎo)出一個(gè)方法來釋放DLL中分配的內(nèi)存。
            若exe配置是MultiThread Debug,無法正常運(yùn)行,拋異常。若修改成MultiThread DLL debug正常運(yùn)行。

             
            所以得到的結(jié)論如下:
            不管是使用malloc/free組合還是HeapAlloc/HeapFree組合,exe工程均需要設(shè)置成MultiThread DLL debug才能正常運(yùn)行起來的,CSDN上的那個(gè)討論在這兒貌似是由出入的,而且DLL的設(shè)置不能隨意修改。所以若有涉及到這種問題的,最好的辦法還是在哪個(gè)模塊分配的就在哪個(gè)模塊釋放最好,要不然反倒會(huì)引來更多的麻煩。

            posted on 2014-03-25 03:32 楊粼波 閱讀(469) 評(píng)論(0)  編輯 收藏 引用


            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            麻豆精品久久久久久久99蜜桃 | 久久亚洲国产欧洲精品一| 国产精品一区二区久久精品无码 | 麻豆久久久9性大片| 久久久久亚洲AV无码去区首| 久久午夜福利电影| 亚洲精品乱码久久久久66| 久久人人爽人人爽人人片av高请| 国产午夜精品久久久久免费视| 久久噜噜电影你懂的| 久久精品亚洲男人的天堂| 久久婷婷五月综合成人D啪 | 九九久久99综合一区二区| 久久国产成人午夜AV影院| 成人综合久久精品色婷婷| 国产精品99久久免费观看| 久久91精品国产91久久户| 热久久国产欧美一区二区精品| 午夜精品久久久久| 久久91精品国产91久久小草| 久久久噜噜噜久久中文字幕色伊伊| 国产亚洲精久久久久久无码77777| 久久99国产精品久久| 久久久久亚洲精品日久生情| 久久婷婷久久一区二区三区| 一日本道伊人久久综合影| 蜜桃麻豆www久久| 精品国产VA久久久久久久冰| 一本色道久久综合| 久久亚洲电影| 久久人人爽人爽人人爽av| 久久综合久久综合久久| 九九久久自然熟的香蕉图片| 亚洲午夜久久久| 久久久噜噜噜久久| 国内精品久久久久影院网站| 久久久久久久久无码精品亚洲日韩| 亚洲第一永久AV网站久久精品男人的天堂AV| 7777久久亚洲中文字幕| 亚洲国产精品无码久久久秋霞2| 久久综合色之久久综合|