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

S.l.e!ep.￠%

像打了激速一樣，以四倍的速度運轉(zhuǎn)，開心的工作
簡單、開放、平等的公司文化；尊重個性、自由與個人價值；
posts - 1098, comments - 335, trackbacks - 0, articles - 1
  C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

如何用WinDbg定位內(nèi)存泄露？

Posted on 2009-03-27 21:38 S.l.e!ep.￠% 閱讀(6807) 評論(1)  編輯 收藏 引用 所屬分類: WinDbg
如何用WinDbg定位內(nèi)存泄露？
?2008-08-04, 10:35 上午 Reply Quote
我用最近用VC在做一個應(yīng)用程序，其中使用到了一些其他人員開發(fā)的DLL，當(dāng)我在VC中運行該程序并退出時，輸出窗口中顯示很多Object Dump，雙擊這些信息也不能定位到我的源碼當(dāng)中，我懷疑這些內(nèi)存泄漏來自于我調(diào)用的DLL中，所以我向請教一下如何通過WinDbg來定位內(nèi)存泄漏是發(fā)生在我的程序中還是DLL中？謝謝!
IP 地址: 已記錄?? 報告
Raymond 離線，最后訪問時間: 2009-3-11 12:55:32 Raymond

無等級
注冊: 2005-12-19
發(fā) 貼: 298
Re: 如何用WinDbg定位內(nèi)存泄露？
?2008-08-04, 12:42 下午 Reply Quote
1）你能把你看到的轉(zhuǎn)儲信息（Dump）復(fù)制一些過來么？
2）如果你有《軟件調(diào)試》這本書，那么請閱讀一下第23章，特別是以下幾個小節(jié)：
23.7.2 DH和UMDH工具 668
23.7.3 定位內(nèi)存泄漏 668
23.14 堆塊轉(zhuǎn)儲 700
23.15 泄漏轉(zhuǎn)儲 704
23.15.1 _CrtDumpMemoryLeaks 704
23.15.2 何時調(diào)用 705
23.15.3 定位導(dǎo)致泄漏的源代碼 706
IP 地址: 已記錄?? 報告
zxh65 離線，最后訪問時間: 2008-8-7 23:03:54 zxh65

無等級
注冊: 2008-08-03
發(fā) 貼: 4
Re: 如何用WinDbg定位內(nèi)存泄露？
?2008-08-04, 13:05 下午 Reply Quote
謝謝Raymond！
因為轉(zhuǎn)儲信息比較多，我這里就貼一小部分！
{152} normal block at 0x01078320, 12 bytes long.
Data: 08 79 65 00 48 82 07 01 00 00 00 00
{151} normal block at 0x010782C0, 36 bytes long.
Data: CD CD CD CD CD CD CD CD 00 00 00 00 00 00 00 00
{150} normal block at 0x01078248, 56 bytes long.
Data: F4 77 65 00 00 00 00 00 68 71 07 01 90 3A 09 10
{149} normal block at 0x01077208, 4096 bytes long.
Data: 48 82 07 01 68 83 07 01 88 84 07 01 A8 85 07 01
{148} normal block at 0x010771C8, 4 bytes long.
Data: CD CD CD CD
{147} normal block at 0x01077168, 32 bytes long.
Data: 40 79 65 00 01 00 00 00 00 00 00 00 00 00 00 00
{146} normal block at 0x010770D0, 92 bytes long.
Data: 4C 76 65 00 D8 55 15 00 FF FF FF FF 00 00 00 00
{145} normal block at 0x01073B10, 8 bytes long.
Data: 10 3B 07 01 CD CD CD CD
{144} normal block at 0x01077070, 32 bytes long.
Data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
{143} normal block at 0x01077018, 28 bytes long.
Data: 50 54 15 00 FF FF FF FF 00 00 00 00 00 00 00 00
{142} normal block at 0x01073A90, 64 bytes long.
Data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
{141} normal block at 0x010739A0, 180 bytes long.
Data: C4 0B 13 10 90 3A 07 01 00 00 00 00 A4 79 1A 10
{138} normal block at 0x010737D8, 6 bytes long.
Data: 00 00 00 00 00 00
{137} normal block at 0x01073790, 8 bytes long.
Data: <H7> 48 37 07 01 CD CD CD CD
{136} normal block at 0x01073748, 8 bytes long.
Data: 90 37 07 01 18 5E 1A 10
{135} normal block at 0x010736E8, 32 bytes long.
Data: 20 79 12 10 A8 53 15 00 FF FF FF FF 00 00 00 00
{134} normal block at 0x010736A0, 12 bytes long.
Data: 90 37 07 01 01 00 00 00 A4 79 1A 10
最近正在看你的《軟件調(diào)試》，只是我才看到第四章，晚上回去我先看看23章！
另外，謝謝你寫《軟件調(diào)試》這本書，難得看到國人寫出這么好的書，我一定好好把書讀透，如果有什么疑問還要向你請教！
IP 地址: 已記錄?? 報告
Raymond 離線，最后訪問時間: 2009-3-11 12:55:32 Raymond

無等級
注冊: 2005-12-19
發(fā) 貼: 298
Re: 如何用WinDbg定位內(nèi)存泄露？
?2008-08-04, 21:09 下午 Reply Quote
《軟件調(diào)試》的702頁介紹了堆塊轉(zhuǎn)儲的細節(jié)，取其中的一個堆塊為例：
{137} normal block at 0x01073790, 8 bytes long.
Data: <H7> 48 37 07 01 CD CD CD CD
137是堆塊的分配序號，堆塊的類型為普通堆塊，位置為0x01073790，用戶區(qū)長度為8字節(jié)。
Data后為用戶數(shù)據(jù)區(qū)的前16字節(jié)，因為這個數(shù)據(jù)區(qū)只有8字節(jié)，所以即所有8字節(jié)。<H7>是這8字節(jié)的ASCII碼顯示（其它6字節(jié)為不可顯示的ASCII碼）。其中的CD CD CD CD 是CRT在分配堆塊時自動填充的固定內(nèi)容（《軟件調(diào)試》P696）。這說明這8個字節(jié)的堆塊，應(yīng)用程序使用過前4個字節(jié)，后四個字節(jié)沒有使用過。

對于這樣的內(nèi)存泄漏，有很多種辦法，你首先可以試一下23.13.1節(jié)介紹的內(nèi)存分配序號斷點，也就是重新運行程序，在盡可能早的時候（比如入口），設(shè)置序號斷點（將_crtBreakAlloc變量設(shè)置為要中斷的序號，比如137），讓CRT分配到指定的內(nèi)存塊時中斷。中斷下來后，可以根據(jù)棧回溯判斷是哪個模塊在分配內(nèi)存，記錄后，再退出程序，如果這個堆塊仍出現(xiàn)在轉(zhuǎn)儲列表中，那么剛才那個模塊便值得懷疑了。

如果你有被懷疑的模塊源代碼，那么可以使用23.15.3節(jié)介紹的方法讓堆塊轉(zhuǎn)儲信息中包含源程序的文件名和行號，即下面的樣子：
C:\dig\dbg\author\code\chap23\MemLeak\MemLeak.cpp(22) : {74} normal block at 0x00371000, 20 bytes long.
Data: CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD




IP 地址: 已記錄?? 報告
zxh65 離線，最后訪問時間: 2008-8-7 23:03:54 zxh65

無等級
注冊: 2008-08-03
發(fā) 貼: 4
設(shè)置序號斷點還不能定位
?2008-08-05, 10:15 上午 Reply Quote
Raymond：感謝你的回復(fù)，我翻閱了23.13.1節(jié)，在程序入口處設(shè)置了序號斷點，但我的程序并沒有在序號斷點處中斷，我的判斷如下，不知道是否正確，還望指正！
我程序是使用lib文件隱式鏈接DLL的，當(dāng)我在VC中按F11到程序入口的時候各DLL已經(jīng)載入完成，如果序號所對應(yīng)內(nèi)存的分配的確是在某DLL的DllMain中的話此時再設(shè)置序號斷點已經(jīng)晚了，所以最終序號斷點沒有中斷。不知道我這樣的分析是否正確？如果正確我該如何將序號斷點的設(shè)置再進一步提前到在DLL加載之前呢？
IP 地址: 已記錄?? 報告
neilhsu 離線，最后訪問時間: 2009-3-10 18:23:13 手語

無等級
注冊: 2008-06-06
發(fā) 貼: 60
Wink [;)] Re: 如何用WinDbg定位內(nèi)存泄露？
?2008-08-05, 10:25 上午 Reply Quote

一般我用兩種方法：

1. 用Debug Diagnostic Tool的Leak監(jiān)測分析功能，注意配置好PDB文件。

???DebugDiag 會生成完整的Leak Report?？纯磶椭芊奖?。

2. 用WinDBG的!heap擴展命令。注意要為你的程序打開Normal PageHeap。

???然后當(dāng)內(nèi)存出現(xiàn)明顯泄漏時用 !heap -l 命令分析內(nèi)存。-l 參數(shù)使用類似Java/C#的Garbage Collection算法，這樣能找到大部分在程序中沒有被引用的HeapBlock。

???這是一個示例輸出：

0:011> !heap -l
Searching the memory for potential unreachable busy blocks.
......
Heap 017a0000
Scanning VM ...
Scanning references from 3586 busy blocks (0 MBytes) ...
Entry???????????User?????????Heap??????????? Segment????????Size? PrevSize? Unused??? Flags
-----------------------------------------------------------------------------
00253198? 002531a0? 00250000? 00250000??????? b8??????? 78??????? 14? busy extra
00253250? 00253258? 00250000? 00250000??????? 78??????? b8??????? 13? busy extra
00286a38? 00286a40? 00250000? 00250000??????? b8??????? b8??????? 15? busy extra
00286af0? 00286af8? 00250000? 00250000??????? b8??????? b8??????? 15? busy extra
00286ba8? 00286bb0? 00250000? 00250000??????? b8??????? b8??????? 15? busy extra
00286c60? 00286c68? 00250000? 00250000??????? b8??????? b8??????? 15? busy extra
00286d18? 00286d20? 00250000? 00250000??????? b8??????? b8??????? 15? busy extra
00286dd0? 00286dd8? 00250000? 00250000??????? b8??????? b8??????? 15? busy extra

???找到最常出現(xiàn)的Size值（這里是b8），一般就是持續(xù)泄漏的內(nèi)存塊大小。隨便選一行，記下Entry地址（比如00286a3）。

???dt _DPH_BLOCK_INFORMATION 00286a3 + 8???//8 是HeapEntry結(jié)構(gòu)的大小，跟在其后的就是PageHeap meta data，結(jié)構(gòu)名是_DPH_BLOCK_INFORMATION.

???0:011> dt _DPH_BLOCK_INFORMATION 00286a3 + 8
ntdll!_DPH_BLOCK_INFORMATION
?? +0x000 StartStamp?????? : 0xabcdaaaa
?? +0x004 Heap???????????? : 0x80151000
?? +0x008 RequestedSize??? : 0x7b
?? +0x00c ActualSize?????? : 0xa3
?? +0x010 FreeQueue??????? : _LIST_ENTRY [ 0x2e - 0x0 ]
?? +0x010 TraceIndex?????? : 0x2e
?? +0x018 StackTrace?????? : 0x00357140
?? +0x01c EndStamp???????? : 0xdcbaaaaa

???看到StackTrace那行，這是相應(yīng)的user mode stack trace database的地址。

0:011> dds 0x00357140
00357140? abcdaaaa
......
00357160? 7c949d18 ntdll!RtlAllocateHeapSlowly+0x44
00357164? 7c91b298 ntdll!RtlAllocateHeap+0xe64
00357168? 004017fe 06_DebugDiag_MemoryLeak!MyHeapAlloc+0x1e [g:\debugging101\projects\06_debugdiag_memoryleak\06_debugdiag_memoryleak\06_debugdiag_memoryleak.cpp @ 11]
0035716c? 0040182b 06_DebugDiag_MemoryLeak!WorkerThread+0x1b [g:\debugging101\projects\06_debugdiag_memoryleak\06_debugdiag_memoryleak\06_debugdiag_memoryleak.cpp @ 27]
00357170? 7c80b683 kernel32!BaseThreadStart+0x37

???這就是上次通過Heap Manager函數(shù)操作這個HeapBlock的StackTrace，一般也就是分配這個Block的地方。

???希望可以幫到你。

鴻鵠安知燕雀之志
IP 地址: 已記錄?? 報告
Raymond 離線，最后訪問時間: 2009-3-11 12:55:32 Raymond

無等級
注冊: 2005-12-19
發(fā) 貼: 298
Re: 如何用WinDbg定位內(nèi)存泄露？
?2008-08-05, 12:48 下午 Reply Quote
1）如果你覺得main/winmain入口還不夠早，那么可以使用WinDBG，在進程的初始斷點命中后，啟用模塊加載事件（debug > event filters > load module），然后在每個CRT DLL加載后設(shè)置序號斷點。
2）被調(diào)試進程中可能有幾個CRT實例，應(yīng)該修改所有實例的_crtBreakAlloc變量，才能保證不會遺漏。以myapp.exe為例，myapp內(nèi)可能有一份靜態(tài)鏈接進來的CRT，即myapp!_crtBreakAlloc。而MSVCRT60.DLL這樣的模塊中也有CRT實例。

手語說的在Win32堆這一層次來分析也是可行的，而且把握更大，但是就要求你先要熟悉一下Win32堆的常識，《軟件調(diào)試》23章的前10節(jié)做了詳細的介紹。
IP 地址: 已記錄?? 報告
zxh65 離線，最后訪問時間: 2008-8-7 23:03:54 zxh65

無等級
注冊: 2008-08-03
發(fā) 貼: 4
Re: 如何用WinDbg定位內(nèi)存泄露？
?2008-08-07, 10:15 上午 Reply Quote
To Raymond:
你的回復(fù)中我有兩點疑問，特再次請教！
1、在WinDbg中啟用模塊加載事件有兩個選項，一個是Execution，另一個是Continue。我試了一下，將Execution選項設(shè)為Enable時，重新在WinDbg我的程序在其加載每個DLL時都會中斷；而Continue選項無論設(shè)置哪個值都沒有明顯影響。我看了一下幫助，說這兩個選項分別用來改變中斷狀態(tài)（break status）和處理狀態(tài)(handling status)，我不知道上述兩個狀態(tài)尤其是第二個狀態(tài)的作用是什么？
2、在WinDbg中如何設(shè)置序號斷點？
To 手語:
你提供的兩個方法我都還沒用過，我最近正在按照Raymond的提示在看《軟件調(diào)試》的相關(guān)章節(jié)，感謝你的幫助！
IP 地址: 已記錄?? 報告
Raymond 離線，最后訪問時間: 2009-3-11 12:55:32 Raymond

無等級
注冊: 2005-12-19
發(fā) 貼: 298
Re: 如何用WinDbg定位內(nèi)存泄露？
?2008-08-07, 12:50 下午 Reply Quote
ZXH,
Continue選項只對異常類事件有意義（參見《軟件調(diào)試》30.9.3節(jié)，P48）。
在WinDBG中可以直接使用ed命令來編輯_crtBreakAlloc變量（《軟件調(diào)試》P698），例如你要編輯靜態(tài)鏈接到myapp.exe中的CRT實例，那么便執(zhí)行:ed myapp!__crtBreakAlloc 。

Feedback

# re: 如何用WinDbg定位內(nèi)存泄露？   回復(fù)  更多評論   

2011-08-24 11:11 by sghcpt
To S.l.e!ep.￠%
我在網(wǎng)上看到你的提問關(guān)于“如何用WinDbg定位內(nèi)存泄露？ ”，我也遇到這樣的情況，我的程序運行一段時間會出現(xiàn)錯誤，但不知道是我的代碼有問題還是別人的dll庫有問，想請問你一下，你上面的問題處理好了嗎？是怎樣處理的？
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

    • <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>
            
亚洲人成人77777线观看|
亚洲美女在线视频|
国产亚洲一区在线播放|
国产九九视频一区二区三区|
国产精品r级在线|
欧美午夜不卡影院在线观看完整版免费
|
免费在线一区二区|
免费亚洲一区二区|
欧美韩国日本一区|
亚洲国产一区在线|
91久久精品www人人做人人爽|
亚洲黄色免费网站|
亚洲美女尤物影院|
亚洲一区一卡|
欧美怡红院视频一区二区三区|
欧美一区二区三区四区视频|
欧美在线视频在线播放完整版免费观看
|
99re6热只有精品免费观看|
亚洲免费激情|
亚洲影院污污.|
欧美中文字幕久久|
麻豆91精品91久久久的内涵|
亚洲福利视频网|
99在线精品观看|
午夜精品久久久久久久99热浪潮|
欧美在线免费视屏|
欧美v国产在线一区二区三区|
欧美另类99xxxxx|
国产精品久久久久久久久久免费
|
久久天天狠狠|
欧美激情中文字幕乱码免费|
国产精品高潮呻吟久久|
国产亚洲欧美另类中文|
在线免费一区三区|
一区二区三区国产盗摄|
久久国产精品电影|
欧美成人午夜免费视在线看片|
亚洲久久在线|
欧美专区一区二区三区|
欧美精品一区二区三区蜜臀|
国产精品三区www17con|
亚洲国产成人久久综合一区|
亚洲主播在线观看|
免费观看亚洲视频大全|
亚洲乱码视频|
久久九九久精品国产免费直播|
欧美精选在线|
国内精品久久久久影院薰衣草|
日韩视频免费观看|
亚洲免费在线精品一区|
欧美大片免费观看|
亚洲一区二区精品在线观看|
免费在线观看精品|
国产欧美欧美|
一本色道婷婷久久欧美|
老司机免费视频一区二区|
99亚洲视频|
免费不卡亚洲欧美|
国产日韩欧美在线看|
日韩视频免费观看高清完整版|
久久黄色小说|
亚洲免费av网站|
久久中文字幕导航|
国产麻豆91精品|
一区二区三区四区五区在线|
免费在线观看一区二区|
亚洲欧美亚洲|
欧美日韩在线大尺度|
亚洲国产精品热久久|
久久精品中文字幕一区|
一区二区三区高清|
欧美国产亚洲视频|
在线成人性视频|
久久精品国产一区二区三区|
亚洲少妇中出一区|
欧美剧在线免费观看网站|
亚洲国产99|
久久影院午夜论|
午夜日韩av|
国产精品毛片|
亚洲一本大道在线|
亚洲精品一级|
免费观看久久久4p|
在线免费观看日本欧美|
久久在线免费观看|
午夜在线电影亚洲一区|
国产精品麻豆欧美日韩ww|
亚洲视频在线观看一区|
亚洲精品国产精品久久清纯直播
|
久久久久久久欧美精品|
亚洲视频大全|
欧美性大战久久久久久久蜜臀|
日韩视频在线你懂得|
亚洲福利小视频|
另类综合日韩欧美亚洲|
尤妮丝一区二区裸体视频|
久久―日本道色综合久久|
欧美亚洲日本网站|
国产麻豆成人精品|
欧美一区二区三区免费观看|
亚洲尤物视频网|
国产日韩欧美综合精品|
久久国产精品高清|
欧美在线视频日韩|
在线成人免费观看|
欧美二区在线播放|
欧美韩日一区二区三区|
99在线视频精品|
一区二区三区精品国产|
国产精品毛片va一区二区三区|
亚洲欧美精品中文字幕在线|
亚洲宅男天堂在线观看无病毒|
国产精品羞羞答答|
久久久久成人精品|
久久综合一区|
99天天综合性|
亚洲一区二区精品视频|
国产亚洲二区|
免费欧美日韩|
欧美激情中文字幕一区二区|
亚洲午夜女主播在线直播|
亚洲欧美欧美一区二区三区|
国产亚洲一二三区|
欧美1区2区3区|
欧美国产日韩a欧美在线观看|
在线一区亚洲|
午夜精品一区二区三区四区|
在线观看91精品国产入口|
亚洲国产成人精品女人久久久|
欧美三级免费|
久久久久久久综合狠狠综合|
老巨人导航500精品|
99在线精品观看|
亚洲欧美日韩综合国产aⅴ|
激情一区二区|
亚洲精品午夜|
国产中文一区|
亚洲日本成人|
国产性猛交xxxx免费看久久|
欧美激情在线播放|
国产精品久久久久久久久久久久久|
久久噜噜亚洲综合|
欧美精品免费视频|
久久大逼视频|
欧美成人精品一区|
性欧美精品高清|
能在线观看的日韩av|
欧美夜福利tv在线|
欧美成人午夜视频|
久久狠狠亚洲综合|
欧美日韩国产a|
美女视频黄 久久|
国产精品高潮呻吟久久av黑人|
久久亚洲精品欧美|
国产精品爱久久久久久久|
女人天堂亚洲aⅴ在线观看|
国产精品高精视频免费|
欧美~级网站不卡|
国产精品视频一二|
最新亚洲一区|
在线观看国产欧美|
亚洲一区二区三区欧美|
亚洲美女黄网|
久久久久久夜|
欧美在线免费视频|
欧美日韩国产在线观看|
欧美大片国产精品|
国产亚洲va综合人人澡精品|
99国产精品99久久久久久|
亚洲电影在线|
欧美一区日本一区韩国一区|
亚洲天堂av电影|
欧美成人午夜77777|
久久综合五月|
国产日本欧美一区二区三区|
亚洲精品日本|
亚洲国产欧美国产综合一区
|
91久久亚洲|
亚洲第一天堂av|
欧美一区三区二区在线观看|
亚洲一区二区三区四区在线观看
|
亚洲激情欧美激情|
久久不射网站|
久久精品国产综合|
国产精品久久久久久久第一福利|
91久久午夜|
亚洲精品国产视频|
蜜桃伊人久久|
免费欧美日韩|
在线观看不卡|
久久精品综合|
久久中文久久字幕|
国产亚洲午夜高清国产拍精品|
亚洲欧美日韩国产综合精品二区|
亚洲一区二区在线免费观看|
欧美日韩免费在线观看|
亚洲精品乱码久久久久久久久|
亚洲精品一区二区三区婷婷月|
久久亚洲欧美国产精品乐播|
蜜桃av噜噜一区|