原文：

https://blog.csdn.net/kntao/article/details/7077804

CLR Profile能夠看到應用程式的記憶體堆疊情況並且能夠查詢垃圾回收機制的行為。利用CLR Profile可以確定你的程式碼哪兒分配了太多記憶體，從而導致垃圾回收機制的執行，哪些程式碼長時間的佔有記憶體。不過CLR Profile不適合在生產環境下使用，因為如果用它，會使你的應用程式的效能下降10倍甚至100倍。

請從http://download.microsoft.com/download/4/4/2/442d67c7-a1c1-4884-9715-803a7b485b82/clr%20profiler.exe下載CLR Profile

CLR Profile 可以做：

• 檢視託管堆上的物件
• 檢視託管堆中存活的物件
• 誰引用了託管堆上的物件
• 垃圾回收機制在整個應用程式的生命週期內都做了什麼

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
 
namespace ConsoleApplication2
{
    class Program
    {
        static void Main(string[] args)
        {
            string str = "";
 
            DateTime begin = DateTime.Now;
            for (int i = 0; i < 10000; ++i)
                str += i;
            DateTime end = DateTime.Now;
 
            Console.WriteLine(begin - end);
        }
    }
}

分析另一個應用程式：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Drawing;
 
namespace ConsoleApplication2
{
    class Program
    {
        static void Main(string[] args)
        {
            int start = Environment.TickCount;
            for (int i = 0; i < 100 * 1000; i++)
            {
                Brush b = new SolidBrush(Color.Black);    // Brush has a finalizer
                string s = new string(' ', i % 37);
 
                // Do something with the brush and the string.
                // For example, draw the string with this brush - omitted...
            }
            Console.WriteLine("Program ran for {0} seconds",
                              0.001 * (Environment.TickCount - start));
        }
    }
}

這段程式碼分配了100000個SolidBrush和一些string，導致了總共分配了大約9M記憶體。通過以下(第一幅是總得，第二副是回收後的)兩圖比較可以看出最後剩餘的記憶體很大部分是SolidBrush，大部分String物件都被回收。也就是說存活的物件都被提高到更高的代。

通過點選view-》Objects by Address可以看到物件佔用的記憶體空間。

通過點選view-》timeline 可以看到GC的行為

通過點選view->Call tree ，可以看到finalizers被呼叫的情況，