windbg查找c#高内存原因

1.WinDbg.exe

WinDbg.exe是windows平台的debug工具, 但是c#的程序需要SOS.DLL和SOSEX.DLL来支持。

其中SOS.DLL，该扩展包是.NET平台的一部分，是于官方版本.

    SOSEX.DLL是微软的一名叫“Steve Johnson”软件工程师开1.WinDbg.exe
WinDbg.exe是windows平台的debug工具, 但是c#的程序需要SOS.DLL和SOSEX.DLL来支持。
其中SOS.DLL，该扩展包是.NET平台的一部分，是于官方版本.
    SOSEX.DLL是微软的一名叫“Steve Johnson”软件工程师开发，属于个人维护的，用来增强SOS.DLL功能的


注意WinDbg.exe/SOS.DLL/SOSEX.DLL有32/64位的区别. SOS.DLL是随.net framework发布的，而windbg/SOSEX.DLL需另外下载


windbg(x86)下载地址:http://dlsw.baidu.com/sw-search-sp/soft/18/25583/Windbgx86_v6.12.2.633.1395371577.msi
SOSEX.DLL(x86)下载地址: http://www.stevestechspot.com/


2.mscordacwks.dll
mscordacwks.dll是.NET Data Access (.NET数据访问层), SOS.DLL/SOSEX.DLL是通过它来访问.net clr的.
mscordacwks.dll是随.net framework自带的，无需另外下载。


3.配置
a.安装完windbg后，在framework的目录下，拷贝SOS.DLL到windbg的安装目录。一般SOS.DLL在C:\Windows\Microsoft.NET\Framework\v4.0.30319目录下.
b.把下载的SOSEX.DLL和SOSEX.PDB拷贝到windbg安装目录


4.调试软件
a.运行目标程序
b.获得目标程序的进程id
c.打开windbg, 在File菜单下，Symbol File Path中加入这两项: 
    a)srv*c:/symbolcache*http://msdl.microsoft.com/download/symbols; 
    b)目标程序目录，这个目的是让windbg加载其需要的pdb文件
d.在windbg的File菜单下，Attach to a process, 选择我们目标程序的进程ID
e.sos.dll扩展加进来.在出现窗口的最下面的命令输入行，输入: .load sos.dll
f.sosex.dll扩展加进来.在出现窗口的最下面的命令输入行，输入: .load sosex.dll
g.确保符号文件路径已重新加载：输入：.reload


5.查看最耗内存的所在
.cls -------------------------------清屏
~ ----------------------------------查看当前程序的所有线程
~0s --------------------------------切换到我们需要调试的原托管线程中
!Threads ---------------------------命令可以查看进程内所有的托管线程，仅仅是托管线程
!dumpheap -stat --------------------统计堆的信息
!dumpheap -type System.String ------查看string类型在堆中的信息.为什是string,是因为在!dumpheap -stat的结果中，发现string占用最内存最多
!gcroot 02029348 -------------------查看内存很高的堆地址, 02029348 是!dumpheap结果中有对string操作的堆最大的Adress
!help gcroot -----------------------查看gcroot的帮助


gcroot会显示System.String 耗用过多的整个调用过程.
HandleTable:
    001613e8 (pinned handle)
    -> 02fc5328 System.Object[]
    -> 02028ab8 MySql.Data.Common.Cache`2[[System.String, mscorlib],[MySql.Data.MySqlClient.MySqlConnectionStringBuilder, MySql.Data]]
    -> 02028acc System.Collections.Generic.Dictionary`2[[System.String, mscorlib],[MySql.Data.MySqlClient.MySqlConnectionStringBuilder, MySql.Data]]
    -> 020407e0 System.Collections.Generic.Dictionary`2+Entry[[System.String, mscorlib],[MySql.Data.MySqlClient.MySqlConnectionStringBuilder, MySql.Data]][]
    -> 02028bf4 MySql.Data.MySqlClient.MySqlConnectionStringBuilder
    -> 02028c18 System.Collections.Generic.Dictionary`2[[System.String, mscorlib],[System.Object, mscorlib]]
    -> 02029348 System.Collections.Generic.Dictionary`2+Entry[[System.String, mscorlib],[System.Object, mscorlib]][]


根据这个提示，我们找到源码中MySql.Data.Common.Cache类中的调用代码，然后根据实际情况进行改进发，属于个人维护的，用来增强SOS.DLL功能的

注意WinDbg.exe/SOS.DLL/SOSEX.DLL有32/64位的区别. SOS.DLL是随.net framework发布的，而windbg/SOSEX.DLL需另外下载

windbg(x86)下载地址:http://dlsw.baidu.com/sw-search-sp/soft/18/25583/Windbgx86_v6.12.2.633.1395371577.msi

SOSEX.DLL(x86)下载地址: http://www.stevestechspot.com/

2.mscordacwks.dll

mscordacwks.dll是.NET Data Access (.NET数据访问层), SOS.DLL/SOSEX.DLL是通过它来访问.net clr的.

mscordacwks.dll是随.net framework自带的，无需另外下载。

3.配置

a.安装完windbg后，在framework的目录下，拷贝SOS.DLL到windbg的安装目录。一般SOS.DLL在C:\Windows\Microsoft.NET\Framework\v4.0.30319目录下.

b.把下载的SOSEX.DLL和SOSEX.PDB拷贝到windbg安装目录

4.调试软件

a.运行目标程序

b.获得目标程序的进程id

c.打开windbg, 在File菜单下，Symbol File Path中加入这两项: 

    a)srv*c:/symbolcache*http://msdl.microsoft.com/download/symbols; 

    b)目标程序目录，这个目的是让windbg加载其需要的pdb文件

d.在windbg的File菜单下，Attach to a process, 选择我们目标程序的进程ID

e.sos.dll扩展加进来.在出现窗口的最下面的命令输入行，输入: .load sos.dll

f.sosex.dll扩展加进来.在出现窗口的最下面的命令输入行，输入: .load sosex.dll

g.确保符号文件路径已重新加载：输入：.reload

5.查看最耗内存的所在

.cls -------------------------------清屏

~ ----------------------------------查看当前程序的所有线程

~0s --------------------------------切换到我们需要调试的原托管线程中

!Threads ---------------------------命令可以查看进程内所有的托管线程，仅仅是托管线程

!dumpheap -stat --------------------统计堆的信息

!dumpheap -type System.String ------查看string类型在堆中的信息.为什是string,是因为在!dumpheap -stat的结果中，发现string占用最内存最多

!gcroot 02029348 -------------------查看内存很高的堆地址, 02029348 是!dumpheap结果中有对string操作的堆最大的Adress

!help gcroot -----------------------查看gcroot的帮助

gcroot会显示System.String 耗用过多的整个调用过程.

HandleTable:

    001613e8 (pinned handle)

    -> 02fc5328 System.Object[]

    -> 02028ab8 MySql.Data.Common.Cache`2[[System.String, mscorlib],[MySql.Data.MySqlClient.MySqlConnectionStringBuilder, MySql.Data]]

    -> 02028acc System.Collections.Generic.Dictionary`2[[System.String, mscorlib],[MySql.Data.MySqlClient.MySqlConnectionStringBuilder, MySql.Data]]

    -> 020407e0 System.Collections.Generic.Dictionary`2+Entry[[System.String, mscorlib],[MySql.Data.MySqlClient.MySqlConnectionStringBuilder, MySql.Data]][]

    -> 02028bf4 MySql.Data.MySqlClient.MySqlConnectionStringBuilder

    -> 02028c18 System.Collections.Generic.Dictionary`2[[System.String, mscorlib],[System.Object, mscorlib]]

    -> 02029348 System.Collections.Generic.Dictionary`2+Entry[[System.String, mscorlib],[System.Object, mscorlib]][]

根据这个提示，我们找到源码中MySql.Data.Common.Cache类中的调用代码，然后根据实际情况进行改进