内存分析一直是个比较令人头痛的问题，Visual Studio 2013中就集成了一个内存分析的功能，可以方便我们进行分析内存的占用情况。本文将简单的介绍一下如何使用这个功能。
首先以一个简单的程序为例：
class MyObj
{
byte[] data;
public MyObj()
{
data = new
byte[10240];
}
}
static
void Main(string[] args)
{
var buffer = new
List<MyObj>();
for (int i = 0; i < 1000; i++)
{
buffer.Add(new
MyObj());
}
Console.ReadLine();
}
这个程序比较简单，启动的时候申请1000个MyObj对象，每个对象占用10k内存，一共占用10m。
要分析这个程序的内存占用，首先我们需要将其内存dump出来，这里推荐用ProcDump，可以在微软的网站上下载。使用方式如下：
procdump.exe -ma ConsoleApplication1.exe test.dmp
通过这个命令，就可以将进程当前的内存情况dump出来，生成一个名为test.dmp的dump文件。然后，我们就可以用Visual Studio 2013直接打开这个dump文件了。
点击右侧的"调试托管内"存按钮开始分析内存，便可以非常清晰的看到内存的占用分布。
另外，它还有一个非常贴心的功能，可以比较两个dump文件的内存差异：
总体感觉这个功能还是非常好用的，限于篇幅，这里就不做更多的介绍了，要更深入的学习这个功能的话可以看看这篇文章Using Visual Studio 2013 to Diagnose .NET Memory Issues in Production。
不过，有一个问题是，这个功能集成在VisualStudio中了，如果要分析现场遇到的问题时，可能现场的机器中是没有VisualStudio的，需要把dump文件发送会来分析，但很多时候现场的是没有通互联网，或者是一个带宽较窄的专线的，dump文件又显得过大而传输不便，如果能把这个功能独立出来就好了。
好在微软也发布了一个名为ClrMD 单独的库可以分析进程和dump文件的内存占用，通过它我们可以写一个分析程序：
var stats = from o in heap.EnumerateObjects()
let t = heap.GetObjectType(o)
group o by t into g
let size = g.Sum(o => (uint)g.Key.GetSize(o))
orderby size
select
new
{
Name = g.Key.Name,
Size = size,
Count = g.Count()
};
foreach (var item in stats)
Console.WriteLine("{0,12:n0} {1,12:n0} {2}", item.Size, item.Count, item.Name);
不过，这个库还在开发阶段，我使用了一下，老报错，也没有找到原因。这里就不做过多介绍了，等正式版发布后再单独写篇文章体验下。感兴趣的朋友可以看看这篇文章。