码迷,mamicode.com
首页 > 数据库 > 详细

使用Windbg调试.Net应用程序 [转]

时间:2014-10-21 17:30:00      阅读:326      评论:0      收藏:0      [点我收藏+]

标签:des   style   blog   http   color   io   os   ar   使用   

1. 解决线上.NET应用程序的如下问题:

  • 崩溃
  • CPU高
  • 程序异常
  • 程序Hang死

2. 安装WinDbg:

http://msdn.microsoft.com/en-us/windows/hardware/gg463009.aspx

3. 配置WinDbg:

运行WinDbg->菜单->File->Symbol File Path->按照下面的方法设置_NT_SYMBOL_PATH变量:
在弹出的框中输入“C:\MyCodesSymbols; SRV*C:\MyLocalSymbols*http://msdl.microsoft.com/download/symbols”(按照这样设 置,WinDbg将先从本地文件夹C:\MyCodesSymbols中查找Symbol,如果找不到,则自动从MS的Symbol Server上下载Symbols)。另一种做法是从这个Symbol下载地址中http://www.microsoft.com/whdc/devtools/debugging/symbolpkg.mspx,下载相应操作系统所需要的完整的Symbol安装包,并进行安装,

4. 利用WinDbg里的adplus来获取dump文件。

 Dump文件是进程的内存镜像。可以把程序的执行状态通过调试器保存到dump文件中。

在WinDbg安装目录里可以找到adplus.exe,把他拖入到命令行中,然后用命令

adplus.exe -hang -pn test.exe -o c:\dumps  // 抓取当前的dump文件

adplus.exe -crash -pn test.exe -o c:\dumps  // 监听应用程序,当crash时,获取dump文件

命令-pn :应用程序名,-p:应用程序pid,-odump文件输出路径

5. 利用WinDbg加载dump文件加载调试器

运行WinDbg->菜单->File->Open Cresh dump 打开dump文件,并加载.net调试器

bubuko.com,布布扣

.loadby sos mscorwks  .Net 3.5版本及以下

.loadby sos clr  .Net 4.0

如果服务器的.Net版本与本机不匹配需要服务器版本的mscordacwks.dll文件

并设置.sympath = mscordacwks_x86_x86_2.0.50727.3607.dl

6. WinDbg的基本命令

help  sos指令帮助

!threads  显示所有线程

!dumpheap  显示托管堆的信息

!clrstack  显示调用栈

!dumpobj  显示一个对象的内容

!dumparray  显示数组

!syncblk  显示同步块

!runaway  显示线程cpu时间

!gcroot  跟踪对象内存引用

!pe  打印异常

7. WinDbg的使用

当我在Form中执行这段代码:

  1. public Form1(){  
  2.             InitializeComponent();  
  3.             AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(CurrentDomain_UnhandledException);  
  4.         }  
  5.     private void UnhandledExceptionProc(object obj){  
  6.             try {  
  7.                 throw new Exception("1st chance");  
  8.             } catch (Exception) {  
  9.                 MessageBox.Show("after 1st");  
  10.             }  
  11.             int d = 0;  
  12.             int n = 1 / d;  
  13. }  

并活动dump文件

bubuko.com,布布扣
用windbg打开dump文件后输入-pe:可以看到问题的所在。

bubuko.com,布布扣

异常如此重要,所以操 作系统提供了对应的调试功能,可以使用调试器来检视异常。异常发生后,操作系统在调用用户态程序的异常处理函数前,会检查当前用户态程序是否有调试器加 载。如果有,那么操作系统会首先把异常信息发送给调试器,让调试器有观察异常的第一次机会,所以也叫做first chance exception,调试器处理完毕后,操作系统才让用户态程序来处理。
如果用户态程序处理了这个异常,就没调试器什么事了。否则,程序在unhandled exception崩溃前,操作系统会给调试器第二次观察异常的机会,所以也叫做second chance exception。

《Windows用户态程序高效排错》

分析以下代码:可以看出DummyObject 会占用很多内存,甚至导致内存溢出

  1. private void MemeryLeakProc(object obj)  
  2.     {  
  3.         while (true) {  
  4.             for (int i = 0; i < 100 * 1024; i++) {  
  5.                 DummyObject o = new DummyObject();  
  6.                 list.Add(o);  
  7.             }  
  8.             Thread.Sleep(1000);  
  9.         }  
  10.     }  

windbg命令:!dumpheap –stat 统计堆栈内存

bubuko.com,布布扣

线程Hang住的常见原因

-线程池或工作线程集中在某个耗时的工作当中,或者被其他线程锁住

核心问题,找到被hang住的线程

!threads

~*e!clrstack

!synblk

  1. lock (syncRoot) {  
  2.                 int tp;  
  3.                 int io;  
  4.                 //ThreadPool.GetMaxThreads(out tp, out io);  
  5.                 for (int i = 0; i < 100; i++) {  
  6.                     Thread hangThread = new Thread(HangProc);  
  7.                     hangThread.Start();  
  8.                 }  
  9.                 MessageBox.Show("Press to release lock");  
  10.             }  
  1.   private void HangProc(object obj)  
  2.   {  
  3.    lock (syncRoot) {  
  4.     n = 0;  
  5.    }  
  6.   }  

bubuko.com,布布扣

bubuko.com,布布扣

CPU高

-如果与业务量没有提升,有线程在长时间的处理

核心问题,找到占用CPU的线程

!runaway

~*e!clrstack

 

线程死锁出现的情况:

两个锁A,B,

一个线程已经拿到锁A,申请锁B,

另一个线程已经拿到锁B,申请锁A

核心问题:找到锁定的线程

!threads

!syncblk

~*e!clrstack

 

•两条指令可以解决大部分的问题
•!dumpheap –stat
•~*e!clrstack
 
 
http://blog.csdn.net/kntao/article/details/7086616

使用Windbg调试.Net应用程序 [转]

标签:des   style   blog   http   color   io   os   ar   使用   

原文地址:http://www.cnblogs.com/qiyebao/p/4040463.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!