之前用.net memory profiler处理了一单Windows Service在客户环境内存溢出的问题。虽然界面方式很直观，但分析dump文件实在是太耗时。1.2G内存生成的完整dump文件，，用时1小时。所以这次就直接用Windbg来分析问题了

在远程查看客户环境的时候，从ProcessExplorer看到，内存占用是GC 第二代占用高达900M。于是直接从托管内存着手。

正常设置symbol path，open crash dump，load sos。因为这个服务的版本较多，补丁也发了几个，所以可能pdb文件会不匹配。.reload /I **.exe，!chksym **.exe, !lmi **.exe,发现pdb确实不匹配.忽略差异.reload /i **.exe。

统计对象，!dumpheap –stat

!dumpheap –mt 03e9f1c8查看MysqlCommand对象

然后可以!do 对象地址来查看具体的value，如跟踪查看cmdText的值

还可以使用!gcroot 对象地址查看根引用

内存泄露常用命令

占用CPU高的常用命令

其他工具简介

LeakDiag 内存泄露

DebugDiag 为IIS进程崩溃和内存泄露而生

AdPlus 脚本配置对挂起程序和崩溃程序生成转储文件

事后调试程序，windows默认是Dr.watson，可以改为Windbg等，设置成进程崩溃后生成FullDump文件