面向.Net程序員的dump分析

2014-08-01 10:18:16

在Windows系統上，dump文件分為內核 dump 和用戶態 dump 兩種。前者一般用來分析內核相關的問題，比如驅動程序；后者一般用來分析用戶態程序的問題。正文分3節抓取dump以及dump的手動和自動分析。對于初學者自動分析dump是很方便的一種渠道。

背景

Dump文件是進程的內存鏡像。可以把程序的執行狀態通過調試器保存到dump文件中。在 Windows 系統上， dump 文件分為內核 dump 和用戶態 dump 兩種。前者一般用來分析內核相關的問題，比如驅動程序；后者一般用來分析用戶態程序的問題。

一般的程序員可能接觸不到dump文件，反而是運維會用的多一些。不過如果你抗戰在***線，學會dump的分析無疑是掌握一柄利器。因為很多場景下，在線下的單元測試或者性能測試中由于測試用例的不充分或者生產與測試環境的硬件以及pv量級的不同等等情況導致問題暴露不出，而在生產環境中又沒有足夠的日志或者堆棧信息來指向問題產生的原因。這個時候dump文件的分析就顯得很有作用。

正文分3節抓取dump以及dump的手動和自動分析。對于初學者自動分析dump是很方便的一種渠道。

一. 抓取dump

1. 最簡單的方法通過任務管理器

2. 通過debugdiag

debugdiag是一個微軟提供的dump抓取和分析工具。可以建立各種規則在不同的條件下抓取dump，同時具有強大的dump分析功能。

下載地址：http://www.microsoft.com/en-us/download/details.aspx?id=26798

3. Adplus方式

運行 cmd ，進入 adplus.exe 文件所在目錄，運行如下命令：

單個進程： adplus .exe – hang – p <PID> – o d: ¥

多個進程： adplus .exe – hang – p <PID1> -p <PID2> – o d: ¥

Mini Dump ： adplus .exe - MiniOnSecond – hang – p <PID> – o d: ¥　

抓取方式的選擇：

任務管理器的抓取適合dump文件不大，對應系統盤默認存放路徑的空間完全足夠的情況。

debugdiag的抓取可以適應多種情況，通過工具的配置來完成。

Adplus解決了任務管理器抓取方式的限制，可以處理對應多個進程大文件的情況。

#p#

二. dump的手動分析

工具： winbdg

WinDBG不是專門用于調試.Net程序的工具，它更偏向于底層，可用于內核和驅動調試。進行普通的.Net程序調試還是使用微軟專為.Net開發的調試工具MDBG更方便一些。但是WinDBG能看到更多的底層信息，對于某些特別疑難的問題調試有所幫助，例如內存泄漏等問題。

測試代碼下載： MyDumpTest.7z

首先添加設定符號文件路徑（Symbol Path）,當你使用Visual Studio編譯程序時，是否有留意到在bin/Debug文件夾下會有.pdb后綴的文件？這些文件包含有dll程序集的調試符號，pdb文件并不包含有執行代碼，只是使調試工具能把代碼執行指令翻譯為正確的可識別字符。微軟提供了包含大量pdb文件的公共服務器，地址如下：http://msdl.microsoft.com/download/symbols。打開windbg程序，選擇“File->Symbol File Path…“，把下面的內容復制進去保存。srv*d:\debug\symbols*http://msdl.microsoft.com/download/symbols。

下面這行命令如果你發現出現Unable to verify checksum...或者的消息那是因為你沒有添加.net的sos擴展或者sos的版本沒有對應上。.Net1.1時代的SOS擴展已經自帶于下載安裝的WinDBG中，從.Net2.0以后，SOS擴展已經自帶到.Net框架中：C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\SOS.dll，為了不至于引起混淆，***的方法就是使用前面的loadby調試器元命令來讓WinDBG自己決定加載什么版本的SOS。

添加sos：.load C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\sos.dll。

加載SOS后，使用命令.chain來查看調試鏈中是否已經成功包含SOS擴展。