在线亚洲AV日韩AV综合AV,国产订精品电影,久久国产精品蜜

      <thead id="u9ncv"><del id="u9ncv"><rp id="u9ncv"></rp></del></thead>

        <thead id="u9ncv"></thead>

        <thead id="u9ncv"><s id="u9ncv"></s></thead>

          <strike id="u9ncv"></strike>
          <table id="u9ncv"><form id="u9ncv"></form></table>
        1. <strike id="u9ncv"></strike>
        2. 使用幫助 | 聯系電話:400-880-0256 0769-23037585 21686281
          字體大小:返回
          您當前的位置:首頁 > 公告中心 > IT科技 > 面向.Net程序員的dump分析

          面向.Net程序員的dump分析

          作者:admin 發表于:2014-08-01 點擊:1085  保護視力色:

          背景

            Dump文件是進程的內存鏡像??梢园殉绦虻膱绦袪顟B通過調試器保存到dump文件中。在 Windows 系統上, dump 文件分為內核 dump 和用戶態 dump 兩種。前者一般用來分析內核相關的問題,比如驅動程序;后者一般用來分析用戶態程序的問題。

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

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


          一. 抓取dump

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

          301448140713419

           

          301459076336417 301459223522621

           

          2. 通過debugdiag

          debugdiag是一個微軟提供的dump抓取和分析工具??梢越⒏鞣N規則在不同的條件下抓取dump,同時具有強大的dump分析功能。

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

          301503142909461 301534370244277

           

          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解決了任務管理器抓取方式的限制,可以處理對應多個進程大文件的情況。


          二. dump的手動分析

          工具: winbdg

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

          工具下載:?WinBdgTool.zip

          測試代碼下載 :?MyDumpTest.7z

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

          301649271027966

           

          下面這行命令 如果你發現出現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擴展。

          301705555081802 301706480872506

          301658551801915

           

          這表明當前dump里記錄的線程數。如果要切換線程,用波浪線+序號+s來切換,如切換到線程2,那么用~2s即可。

            lm 查看你加載的模塊

          301710063999087

           

          kb 查看native code調用棧

          用~現在只有線程信息,對于每個線程,在被抓的那一刻,在執行什么,我們有命令:kb。

          301702043524089

           

          看到clr大家應該很眼熟吧。這里已經可以看到較詳細的調試信息了。

          301712492274309

           

          因為我們的測試程序是測試的是線程阻塞所以我們選一個運行時間為0的,例如415

          301715006495926

           

          !dso?查看這個堆棧中的對象

          301720366961062

           

          !clrstack?查看這個線程的托管代碼調用棧

          301727546497664

           

          通過上面我們已經可以看出這個線程一直都是處于阻塞狀態。

          到這里基本上一個小的測試程序可以告一段落了,當然windbg的功能遠遠不止如此,這里分享一些資源給大家。

          資源下載 :?WinDbg入門.rar??Windbg用法詳解.7z


          三. dump的自動分析

          1.?debugdiag

          301531220878364 301535311021723

           

          這里有幾種規則類型的選擇,一般我們常用的用crash來查看鎖和堵塞的情況,performance來檢查性能的問題。

          選擇完成后直接點擊開始分析

          301537013529683

           

          生成報表

          301747538686228

           

          查看描述

          301749236802491

           

          點擊詳細

          301552455718853

           

          這樣,紅色字體就是問題的所在。然后根據具體問題下發到對應開發部門解決。

          2.?Hang自動化分析

          在WinDbg輸入如下命令

            .shell -ci “~* kb;.echo MANAGED THREADS;!threads;.echo MANAGED CALLSTACKS;~* e !clrstack;” D:\xx.exe


          本篇先到此 希望對大家有幫助

          面向.Net程序員的dump分析,首發于博客 - 伯樂在線。

          在线亚洲AV日韩AV综合AV,国产订精品电影,久久国产精品蜜