PerfView 概述：
PerfView是一个可以帮助你分析CPU和内存问题的工具软件。它非常轻量级也不会入侵诊断的程序，在诊断过程中对诊断的程序影响甚微。
Visual Studio自带的性能分析功能在CPU占用、时间消耗、内存分配等方面的诊断效果还算不错，但PerfView可以提供更加丰富的诊断分析信息。
在这篇文章中，我将使用PerfView给你展现如下功能：
- GC回收发生的频率以及回收所消耗的时间；
- 获取导致Large object分配的原因；
- 内存被谁占用了；
- 对比哪个托管对象增大的最快。
测试程序
现在我们准备一个将会导致内存泄露的程序，用来确保使用PerfView可以达到我们所期望的效果。它是一个WinForm应用程序，后台代码如下：
public partial class Form1 : Form
{
private List<int[]> arrays = new List<int[]>();
Random random = new Random(); public Form1()
{
InitializeComponent(); Thread thread = new Thread(Start);
thread.IsBackground = true;
thread.Start();
} private void Start(object obj)
{
while (true)
{
int[] a = new int[random.Next(, )];
arrays.Add(a);
Thread.Sleep();
}
}
}
使用PerfView进行跟踪
开启PerfView，你将会看到如下窗口：
PerfView的使用手册被集成在这个程序中，你可以菜单栏来进行访问。
然后点击菜单“Collect-->Collect”来进行数据采集，用来分析生成诊断结果：
无需修改任何初始化配置，点击“Start Collection”按钮，PerfView将会开始采集所有进程的事件数据。
数十秒之后，你可以点击“Stop Collection”按钮，PerfView将会停止采集并生成诊断文件“PerfViewData.etl.zip”：
获取GC Stats
双击“GCStats”报表，将会弹出一个窗口，窗口中显示了每一个进程GC信息，找到我们的测试程序。
关于测试程序我们将会得到如下汇总信息表：
进一步往下看，还会显示GC触发的原因：
如上图所示，这次GC的collection的发生是因为large object的分配。
获取导致large object分配的原因
从PerfView的主界面，双击打开“GC Heap Alloc Stacks”窗口，然后双击测试程序的进程，之后弹出的窗口将根据内存分配从大到小的次序显示堆栈信息：
PerfView会将所有的large object分配都归类在LargeObject节点下面，双击该节点可以看到如下信息：
备注：如果你在上图所示的界面中看到“OTHER<<clr?>>”，可以对其鼠标右击，然后点击“Lookup Symbols”，来获取CLR和Windows的功能名称。
上图中主要列的说明如下：
Inc%：表示该对象分配的字节占所有记录分配的百分比；
Inc：该对象分配字节的总数；
Inc Ct：该对象分配的次数。
从上图可以看出，巨多的large object都是来自Start方法的Int32数组，PerView精确地诊断出我们预期的效果。
谁造成了内存泄露
PerfView可以通过heap dump来查看占用内存的对象的路径。
从主界面点击菜单项“Memory-->Tale Heap Snapshot”，弹出窗口如下图所示：
找到我们的测试程序并选中，然后点击“Dump GC Heap”按钮，数秒后再点击“CLose”按钮，最后会生成一个“.gcdump”文件。
双击打开“WindowsFormsApplication1.gcdump”窗口，显示如下所示：
PrefView精确地诊断出，是static variables占用了内存。
使用两个Heap Dump来查看对象所占内存的变化情况
在应用程序连续运行的情况下，对其进行两次Take Heap Sanpshot，确保两次生成的文件名称不一致。同时打开这两个.gcdump文件的窗口，通过任一一个窗口的diff菜单项功能，都能以另一个窗口的数据为基准进行对比。