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

            隨心動(dòng)

            (轉(zhuǎn))(轉(zhuǎn))如何調(diào)試MFC的內(nèi)存泄露

            VC++ IDE 的默認(rèn)狀態(tài)(VC6)是沒有啟用內(nèi)存泄漏檢測(cè)機(jī)制的,也就是說即使某段代碼有內(nèi)存泄漏,調(diào)試會(huì)話的 Output 窗口的 Debug 頁(yè)不會(huì)輸出有關(guān)內(nèi)存泄漏信息。你必須設(shè)定以啟用內(nèi)存泄漏檢測(cè)機(jī)制。


             
            按下面的方法使用調(diào)試堆函數(shù)
            在XXXView.cpp中添加下面粗體行

            你再看看輸出結(jié)果,是不是有很多的內(nèi)存泄漏?

            #define _CRTDBG_MAP_ALLOC
            #include<stdlib.h>
            #include<crtdbg.h>


            CXXXView::~CXXXView()
            {
                 _CrtDumpMemoryLeaks();
            }

            文章出處:DIY部落(http://www.diybl.com/course/3_program/c++/cppjs/2007925/73624.html)

                   首先,應(yīng)該是MFC報(bào)告我們發(fā)現(xiàn)內(nèi)存泄漏。注意:要多運(yùn)行幾次,以確定輸出的內(nèi)容不變,特別是{}之間的數(shù)值,不能變,否則下面的方法就不好用了。
            image001.jpg

                    我們來看看:

            F:\CodeSample\Test\TestPipe\LeakTest\MainFrm.cpp( 54 { 86 normal block at  0x00422E80 10  bytes  long .
             Data: 
            <            >  1F 1F 1F 1F 1F CD CD CD CD CD 


                     F:\CodeSample\Test\TestPipe\LeakTest\MainFrm.cpp(54) 告訴我們MFC認(rèn)為是在該文件的54行,發(fā)生了內(nèi)存泄漏。你雙擊改行就可以轉(zhuǎn)到該文件的54行了。但是有時(shí)候這一信息并不能用來準(zhǔn)確判斷,比如:MFC可能報(bào)告Strcore.cpp文件的某行,實(shí)際上這是CString的實(shí)現(xiàn)函數(shù),此時(shí)并不知道什么時(shí)候發(fā)生了內(nèi)存泄漏。

                     此時(shí)我們需要更多的信息。那么我們看看緊接其后的:

            { 86 normal block at  0x00422E80 10  bytes  long .
             Data: 
            <            >  1F 1F 1F 1F 1F CD CD CD CD CD 


                     它告訴我們:在第86次分配的內(nèi)存沒有釋放,一共有10字節(jié),內(nèi)容移16進(jìn)制方式打印給我們看。

                     有了這些信息,我們可以開始調(diào)試內(nèi)存泄漏了。

                     按下F10在程序的剛開始處,停下來,打開Watch窗口:

            image002.jpg

                     在Watch窗口中輸入:

            {,,msvcrtd.dll}_crtBreakAlloc


              image003.jpg

                     然后更改值為上文提到的分配次數(shù):86

            image004.jpg

                     接著按下F5繼續(xù),然后在第86次分配的時(shí)候會(huì)發(fā)生中斷:

            image005.jpg

                     然后我們打開堆棧窗口:

            image006.jpgimage007.jpg

                  往回查看最近我們自己的代碼,雙擊堆棧我們自己的函數(shù)那一層,上圖有綠色三角的那一層。就定位到泄漏時(shí)分配的內(nèi)存了。

            image008.jpg

                     之后,就是看你的編碼功底了。




             

            你也許還沒用過的vc++的調(diào)試的功能

            From: http://www.cnitblog.com/Raistlin/archive/2005/12/14/5380.html

            剛剛在IT博客網(wǎng)閑逛的時(shí)候看到了孤獨(dú)的夜的一片文章《如何調(diào)試MFC中的內(nèi)存泄漏》,講道用設(shè)置{,,msvcrtd.dll}_crtBreakAlloc這個(gè)變量來調(diào)試內(nèi)存泄露的問題。

            How to use _crtBreakAlloc to debug a memory allocation你可以找到英文的更完整的版本,靜態(tài)鏈接和動(dòng)態(tài)連接到C運(yùn)行庫(kù)的名稱是不一樣的
            靜態(tài):_crtBreakAlloc
            動(dòng)態(tài):{,,msvcr40d.dll}*__p__crtBreakAlloc()  (vc++4.0 和4.1版本,估計(jì)沒人在用吧)
                     {,,msvcrtd.dll}*__p__crtBreakAlloc()  (Visual C++ 4.2 or later)
                     {,,msvcrtd.dll}_crtBreakAlloc (好像這樣也是可以的)


            {,,msvcrtd.dll}__p__crtBreakAlloc()是個(gè)什么東西呢?

            查看msdn索引“Advanced Breakpoint”and you will find out...

            語(yǔ)法如下:
            {[function],[source],[exe] } location
            {[function],[source],[exe] } variable_name
            {[function],[source],[exe] } expression_r_r
            這個(gè)是我轉(zhuǎn)的時(shí)候的地址:http://blog.sina.com.cn/s/blog_630d564a0100gq5k.html

            posted on 2012-07-27 19:20 陳志遠(yuǎn) 閱讀(466) 評(píng)論(0)  編輯 收藏 引用


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


            導(dǎo)航

            <2012年7月>
            24252627282930
            1234567
            891011121314
            15161718192021
            22232425262728
            2930311234

            統(tǒng)計(jì)

            常用鏈接

            留言簿

            隨筆檔案

            文章分類

            Othor's blog

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            亚洲综合久久综合激情久久| 久久青青草原精品国产不卡| 久久99精品久久久久久hb无码 | 亚洲va中文字幕无码久久不卡| 一本一本久久a久久综合精品蜜桃| 久久w5ww成w人免费| 国产精品99久久久久久宅男| 久久人人爽人人爽人人片AV麻烦| 精品免费久久久久久久| 亚洲国产成人久久笫一页| 久久精品国产99国产电影网| 久久精品国产亚洲av麻豆图片 | 久久久综合香蕉尹人综合网| 久久精品aⅴ无码中文字字幕不卡| 久久精品国产亚洲Aⅴ蜜臀色欲| 国产亚洲美女精品久久久2020| 99久久精品免费| 国产精品美女久久久久| 久久人人爽人人爽人人片av麻烦| 国产精品亚洲综合专区片高清久久久| 久久国产AVJUST麻豆| 99热精品久久只有精品| 国内精品伊人久久久久| 久久久久亚洲AV无码专区体验| 久久丫忘忧草产品| 精品久久久久成人码免费动漫| 久久久久亚洲AV成人网人人网站| 91精品国产高清久久久久久91| 久久国产乱子伦免费精品| 亚洲国产精品无码久久98| 国产亚洲精久久久久久无码77777 国产亚洲精品久久久久秋霞 | 久久精品成人国产午夜| 久久亚洲精品人成综合网| 日产精品久久久久久久| 中文字幕热久久久久久久| 亚洲精品无码久久久久| 国内精品人妻无码久久久影院导航 | 久久偷看各类wc女厕嘘嘘| 日日噜噜夜夜狠狠久久丁香五月| 久久久久久久免费视频| 无遮挡粉嫩小泬久久久久久久|