.Net网站程序疑难杂症Dump内存分析

有些时候.Net的站点在测试时没问题,上到正式环境出现CPU 突然占用100%的问题,或者突然进程崩溃的问题,当代码量比较大的时候,基本上完全无法下手找到问题,在系统的日志里你也找不到任何有用的信息。这时候几乎只能依赖于Dump内存进行分析,查看当时情况下的进程中正在执行的过程,来查找可能出现问题的原因。
对CPU占用100%的问题处理:
ProcDump 8.0下载,只有一个400K主程序,不需要其它附加内容。
当指定进程的CPU占用超过30%连续3秒的时候抓取完整dump,抓取2次后退出。
另外在进程执行过程中抓取之前,程序中触发的异常信息也会直接显示在命令行窗口中。

procdump -ma -c 30 -s 3 -n 2 -e 1 -f “” 5960(Process Name or PID) -o E:\Procdump\Log

    -ma 生成full dump, 即包括进程的所有内存. 默认的dump格式包括线程和句柄信息.
    -c 在CPU使用率到达这个阀值的时候, 生成dump文件.
    -s CPU阀值必须持续多少秒才抓取dump文件.
    -n 在该工具退出之前要抓取多少个dump文件.
-o dump文件保存目录.
其它可用参数:
-t
Write a dump when the process terminates.
-m
Memory commit threshold in MB at which to create a dump.
-e Write a dump when the process encounters an unhandled exception. Include the 1 to create dump on first chance exceptions.
分析Dump还是需要用windbg(安装WindowsDevelopKit):
打开windbg,将对应的Dump文件拖进来,先加载.Net符号文件:
.load C:\Windows\Microsoft.NET\Framework64\v4.0.30319\sos.dll
然后:
!threadpool,查看线程池的CPU使用量
!runaway,查看线程占用CPU时间
~28s,切换到28这个线程(占用CPU前几名的程序,可能都需要切换过去看一下)
!clrstack,到具体某个线程后,查看当前线程中正在执行的托管代码,到这一步基本就可以看出问题
其它命令:
!analyze -v 自动分析异常信息
输出信息中的关键信息:
然后进入43这个进程,查看托管代码:
基本可以锁定是由于Senparc这个库里面的LocalCacheLock中的RetryLock方法导致的死锁。
另外!dumpstack -ee也可以用来查找异常信息
对进程自动崩溃的问题处理(系统事件查看器中显示StackoverflowException,此异常用try catch无法捕获):
除上面的procdump -t方法之外,还可以用windbg中包含的adplus工具来生成dump:
adplus -Crash -pn w3wp.exe -FullOnFirst -o d:\output
对生成的Dump文件的分析方式同上。