使用Windbg来检查内存
Windbg是一款微软开发的调试windows代码的工具,水很深,不过使用windbg来进行clr的调试则比较简单,windbg使用之前需要进行配置。
File->Symbol path-> SRV*C:\MyLocalSymbols*http://msdl.microsoft.com/download/symbols
windbg的下载地址:http://www.windbg.org/
这里说明一下,下载32位即可,可以运行在64位机器上,如果下载64位可能会导致加载sos的异常进而无法调试。
调试命令说明(SOS.dll):http://msdn.microsoft.com/en-us/library/bb190764
第一步是加载必要的dll用来调试:.loadby sos clr。好的,下面就开始我们的查看内存托管代码的旅程。
首先是eeheap -gc,通过这个命令可以知道现在垃圾回收堆中数据的基本情况。EEHeap在SOS.dll中,定义这个命令是用来显示内部CLR进程消耗内存的情况,gc这个命令是用来表示显示的是垃圾回收里面的情况,如过选择-loader则是显示各个域的数据信息;通过这个命令发现一下到底是gc里面的数据是否异常的大。
如果是,那么接着是dumpheap -stat,这个命令是将gc里面的对象一一开列出来,什么类,占了多少空间。但是别太高兴,因为对于引用对象,对象本身是很小的,关键是引用的对象的判断。所以通过这个我们只能看到是什么占了大空间


通过上面的图片,我们可以发现System.Byte[]占用了较多的空间,我们推测是Tree对象引起的(因为Tree对象使我们自己定义的)
3.!dumpheap -type winformForWinDbg.Tree
通过这个命令看看tree这个对象里面都定义了些什么,都引用了些什么。SOS中定义这个命令的意义是罗列出所有的名字匹配“winformForWinDbg.Tree”的类所在的内存地址 
下面有我的代码,大致的逻辑是创建6棵树,这些树没有释放。上下两个列表,上面的列表描述的详细信息,下面的列表描述的一个汇总的信息,可以看到MT值为00406bdc的对象有6个,MT值相同代表着他们的对象类型相同,于是在下面的汇总信息表中我们可以看到6个Segment对象被汇总到了一起。
在实际使用中,如果LOH你判断是来自自己的工程对象,搜索一下工程的命名空间,这样工程内部的对象就会呈现出来。如果是.net的自带对象,这个就有点儿麻烦。
4. !objsize 0224519c
0224519c是明细列表中6个叶子节点中的一个(addresss),依次通过这个命令来获取占用内存数,发现每个都是在100M左右,基本可以判断就是这个Leaf节点没有很好的释放,造成了内存泄露。
问题已经判断出来的,但是如果想要继续使用windebug玩下去,还有的聊。
5.!dumpobj 02213840
通过dumpheap -type我们一共返回了9个对象,6个是leaf对象,那么其他的三个是什么呢?好奇者的天下。 
嗯,通过名字我们可以看出来是一个Queue对象,那么这个Queue里面是神马对象呢?注意看下面列表里面有一个m_head类(value值就是内存地址即address),通过访问这个对象也许可以揭开答案。
6.!do 02213858(注:do的意思就是dumpobj) 
发现了吗,Queue里面实际是一个Segment类,毫无疑问这个Segment是一个系统生成的中间类,那么探究里面的东西,就是下一步要做的,这回我们看到没有了m_head,取而代之的是m_arry,这说明Segment是一个数组对象(当然更靠谱的方式是看Type列,object[]),那么命令跟着也变了:
7. !dumparray 02213880
理论上面讲,我应该会获得一个31个数组单项,其中前六项是有地址的,地址应该和之前的6个叶子节点的地址一致。可惜我只是得到了31个空的数组,原因不详。但是至此通过Windbg来看C#对象已经很清晰了。以后再面对内存泄露的问题也有应手工具了。
文章借鉴自那些年黑了你的微软BUG
附录:代码段(我将GC回收那一段注释掉了,尽管我本地是Framework4,但是如果手工调用GC仍然没有重现内存泄露的现象,所以索性去掉了,第七步没有得到数组值不知道和这个是否有关系)
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Windows.Forms;
using System.Collections.Concurrent;
using System.Runtime.CompilerServices; namespace winformForWinDbg
{
public partial class Form1 : Form
{
public Form1()
{
InitializeComponent();
} static ConcurrentQueue<Tree> _leakedTrees = new ConcurrentQueue<Tree>(); private static void VerifyLeakedMethod(IEnumerable<string> fruits, int leafCount)
{
foreach (var fruit in fruits)
{
Tree fruitTree = new Tree(fruit);
BuildFruitTree(fruitTree, leafCount);
_leakedTrees.Enqueue(fruitTree);
} Tree ignoredItem = null;
while (_leakedTrees.TryDequeue(out ignoredItem)) { }
} private static void BuildFruitTree(Tree fruitTree, int leafCount)
{
Console.WriteLine("Building {0} ...", fruitTree.Name); for (int i = 0; i < leafCount; i++) // size M
{
Leaf<byte[]> leaf = new Leaf<byte[]>(Guid.NewGuid())
{
Content = CreateContentSizeOfOneMegabyte()
};
fruitTree.Leaves.Add(leaf);
}
} private static byte[] CreateContentSizeOfOneMegabyte()
{
byte[] content = new byte[1024 * 1024]; // 1 M
for (int j = 0; j < content.Length; j++)
{
content[j] = 127;
}
return content;
} private void button1_Click(object sender, EventArgs e)
{
List<string> fruits = new List<string>() // 6 items
{
"Apple", "Orange", "Pear", "Banana", "Peach", "Hawthorn",
}; VerifyLeakedMethod(fruits, 100); // 6 * 100 = 600M //GC.Collect(2);
//GC.WaitForPendingFinalizers();
}
} internal class Tree
{
public Tree(string name)
{
Name = name;
Leaves = new List<Leaf<byte[]>>();
} public string Name { get; private set; }
public List<Leaf<byte[]>> Leaves { get; private set; }
} internal class Leaf<T>
{
public Leaf(Guid id)
{
Id = id;
} public Guid Id { get; private set; }
public T Content { get; set; }
} }
使用Windbg来检查内存的更多相关文章
- 使用valgrind检查内存
Valgrind是运行在Linux上一套基于仿真技术的程序调试和分析工具,是公认的最接近Purify的产品,它包含一个内核——一个软件合成的CPU,和一系列的小工具,每个工具都可以完成一项任务——调试 ...
- 用mtrace检查内存泄漏
http://blog.csdn.net/ixidof/article/details/6638066内存泄漏检查方法(for Linux) 如果你更想读原始文档, 请参考glibc info的&qu ...
- 用MFC时,如果程序崩溃,检查内存,然后注意GDI数量,在任务管理器里选项-查看列-GDI数量
用MFC时,如果程序崩溃,检查内存,然后注意GDI数量,在任务管理器里选项-查看列-GDI数量
- 使用PageHeap.EXE或GFlags.EXE检查内存越界错误 (转)
2011-05-27 20:19 290人阅读 评论(0) 收藏 举报 microsoftdebuggingstructureoutputimagefile 必先利其器之一:使用PageHeap.EX ...
- 使用PageHeap.EXE或GFlags.EXE检查内存越界错误
必先利其器之一:使用PageHeap.EXE或GFlags.EXE检查内存越界错误 Article last modified on 2002-6-3 ------------------------ ...
- c++检查内存泄漏
使用_CrtDumpMemoryLeaks()函数检查内存泄漏 #include <cstdio> #include <cstdlib> #include <crtdbg ...
- 如何让xcode自动检查内存泄露
在project-setting中找到 “Run Static Analyzer” 键,然后把值修改为“YES”.这样在编码的时候,xcode就可以自动为我们检查内存泄露了. 原图片:http://b ...
- iOS-如何让xcode自动检查内存泄露
在project-setting中找到 “Run Static Analyzer” 键,然后把值修改为“YES”.这样在编码的时候,xcode就可以自动为我们检查内存泄露了.
- mtrace检查内存泄漏
内存泄漏检查方法(for Linux) 如果你更想读原始文档, 请参考glibc info的"Allocation Debugging" 一章 (执行info libc);glib ...
随机推荐
- Java如何等待子线程执行结束
工作中往往会遇到异步去执行某段逻辑, 然后先处理其他事情, 处理完后再把那段逻辑的处理结果进行汇总的产景, 这时候就需要使用线程了. 一个线程启动之后, 是异步的去执行需要执行的内容的, 不会影响主线 ...
- Linux发送监控指标到内部邮箱
数据库的健康监控是个很重要的工作.重要的指标\KPI监控结果会有专门的採集.监控.告警系统来做相关事情. 而一些不是很重要的或者还在设计和调试阶段的相关指标,我仅仅是想发送到我自己邮箱,本文就针对在s ...
- php通过文件头检测文件类型通用类(zip,rar…)(转)
在做web应用时候,通过web扩展名判断上存文件类型,这个是我们常使用的.有时候我们这样做还不完善.可能有些人上存一些文件,但是他通过修改 扩展名,让在我们的文件类型之内. 单实际访问时候又不能展示( ...
- lua 基本
Lua 的语法比较简单,学习起来也比较省力,但功能却并不弱. 所以,我只简单的归纳一下 Lua 的一些语法规则,使用起来方便好查就可以了.估计看完了,就懂得怎么写 Lua 程序了. 在 Lua 中,一 ...
- GetTickCount() 函数的作用和用法
今天项目中60秒倒计时模块需要用到GetTickCount(),这个函数,在此做下整理和总结. 1.定义 For Release configurations, this function retur ...
- Java线性表的排序
Java线性表的排序 ——@梁WP 前言:刚才在弄JDBC的时候,忽然觉得order-by用太多了没新鲜感,我的第六感告诉我java有对线性表排序的封装,然后在eclipse里随便按了一下“.” ,哈 ...
- 3G/4G网卡使用
整体架构: pppd call option & ----------↓---------- option脚本(设置PPP连接) ----------↓---------- chat脚本(进行 ...
- C#/.net七牛云存储上传图片(文件)操作
七牛云存储官方: C#SDK(http://developer.qiniu.com/docs/v6/sdk/csharp-sdk.html) 注册成为标准用户就可获得:10GB永久免费存储空间/ 每月 ...
- java 基本知识点学习
1 基本数据类型 整型4种:byte 1个字节:short 2个字节:int 4个字节:long 8个字节. 浮点型:float 4个字节;double 8个字节: 布尔型:boolean tru ...
- 译文:如何使用SocketAsyncEventArgs类(How to use the SocketAsyncEventArgs class)
转载自: http://blog.csdn.net/hulihui/article/details/3244520 原文:How to use the SocketAsyncEventArgs c ...