内存泄漏检测方法•对于不同的程序可以使用不同的方法来进行内存泄漏的检查，还可以使用一些专门的工具来进行内存问题的检查，例如MemProof、AQTime、Purify、BundsChecker 等。
•也可以使用简单的办法：利用Windows自带的Perfmon来监控程序进程的handle count、Virtual Bytes和Working Set 3个计数器。
Handle Count记录了进程当前打开的句柄个数，监视这个计数器有助于发现程序是否存在句柄类型的内存泄漏；Virtual Bytes记录了程序进程在虚拟地址空间上使用的虚拟内存的大小，Virtual Bytes一般总大于程序的Working Set，监视Virtual Bytes可以帮助发现一些系统底层的问题；Working Set记录了操作系统为程序进程分配的内存总量，如果这个值不断地持续增加，而Virtual Bytes却跳跃式地增加，则很可能存在内存泄漏问题。
堆栈内存泄漏•堆栈空间不足会导致在受托管的情况下引发StackOverflowException类型的异常，线程泄漏是堆栈内存泄漏的其中一种。
线程发生泄漏，从而使线程的整个堆栈发生泄漏。
•如果应用程序为了执行后台工作而创建了大量的工作线程，但却没有正常终止这些线程，则可能会引起线程泄漏。
一个堆栈内存泄漏的例子：private void button1_Click(object sender, EventArgs e){// 循环启动多个线程for (int i = 0; i < 1500; i++){Thread t = new Thread(new ThreadStart(ThreadProc));t.Start();}}static void ThreadProc(){Console.WriteLine("启动Thread #{0}",Thread.CurrentThread.ManagedThreadId);// 阻塞直到当前线程结束Thread.CurrentThread.Join();}}利用Perfmon检测线程堆栈泄漏•默认堆栈大小为1MB，因此如果应用程序的Private Bytes不断增大，同时.NET CLR LocksAndThreads中的# of current logical Threads 也相应地增大，那么就很可能是发生了线程堆栈泄漏。
•可以利用Perfmon来判断是否存在内存泄漏现象。
执行被测试程序的相关操作，并在性能监视器中密切注意“Private Bytes”和“# of current logical Threads”两个计数器的变化曲线，如果Private Bytes不断增大，同时# of current logical Threads 也相应地增大，则可判断程序发生了线程堆栈泄漏。
用CLRProfiler定位线程泄漏代码利用CLRProfiler可以帮助检查程序是否存在线程泄漏。
方法如下：（1）启动CLRProfiler（2）单击“Start Application”按钮（3）选择需要测试的应用程序，单击“打开”按钮。
CLRProfiler会自动打开被测试程序，执行程序的相关操作，然后单击CLRProfiler的“Show Heap Now”按钮说明：这个界面显示了程序的所有堆分配的情况。
其中可以看到线程类中分配了82K，占了18%以上，其中包含1500个线程对象。
（4）选中“Threading.Thread”的节点，单击右键，选择“Show Who Allocated”说明：在这个界面中可以看到是哪个类的哪个方法创建了这么多的线程对象，在这里可以看到是由button1_Click方法调用了线程类，从而定位到引发线程泄漏的代码。
资源泄漏•资源通常指系统的对象。
例如GDI对象句柄、内存句柄等，在软件编程过程中，使用到很多这些资源对象，但是没有及时地释放掉就造成了资源泄漏。
•GDI泄漏是指程序申请了GDI句柄，但是没有及时释放，导致GDI句柄不断累积。
GDI泄漏可能导致系统不稳定，或者出现花屏。
一个GDI泄漏的例子：•Form1：•// 调用Form2窗体•Form2 f = new Form2();•// 显示Form2窗体• f.ShowDialog();•Form2：•private void Form2_Load(object sender, EventArgs e)•{•// 使用pictureBox控件加载并显示一个图片•pictureBox1.Image = Image.FromFile(@"picture.JPG");•}•private void Form2_FormClosing(object sender, FormClosingEventArgs e) •{•// 如果少了这句，则会发生GDI资源泄漏•//pictureBox1.Image.Dispose();•}用Windows任务管理器协助检测GDI泄漏对于上面的GDI泄漏代码，可以利用Windows的任务管理器来协助检测。
方法如下：（1）首先打开Windows任务管理器（2）选择菜单“查看| 选择列”，出现如图15.13所示界面。
确保“GDI对象”被勾选上，然后单击“确定”按钮。
（3）启动被测试程序ResourceLeak（即上面的代码例子的可执行程序），并在Windows任务管理器中定位到被测试程序的进程（4）记下应用程序进程的当前GDI对象数，然后运行程序的各项操作，在操作过程中密切关注其GDI对象数的变化，例如，对于ResourceLeak.exe进程，当前的GDI对象数是33，如果点击button1，程序将调出第二个窗口，窗口加载了一个图片，这个过程会向系统申请一些GDI对象资源，因此查看Windows任务管理器可以看到其GDI对象数的变化（5）这时候，把第二个窗口关闭，如果程序存在资源泄漏，则GDI对象数不会减少到33。
而且反复操作程序，调出第二个窗口再关闭，可看到GDI对象数不断地增加，这样就可判断程序存在GDI资源泄漏的现象。
利用GdiUsage 检查GDI泄漏•GdiUsage是Christophe Nasarre写的一个专门用于检查程序使用GDI资源情况的小工具它的使用方法也很简单，具体使用方法如下：（1）首先在上面的输入框输入需要测试的程序路径，然后按“Start”按钮启动被测试程序，程序被启动的同时，GdiUsage会显示一个“Debuggee Output”窗口，用于展示程序加载的DLL 名称以及地址（2）启动程序后，在GdiUsage中单击“Take Snapshots”按钮，给当前程序使用的GDI资源情况取一个“快照”（3）可看到当前程序使用到1个Bitmap类型的GDI对象，单击“Details”按钮，还可以看到详细的资源展示界面（4）接着操作被测试程序（单击ResouceLeark程序的button1按钮），再单击一下“Take Snapshots”按钮，给当前程序使用的GDI资源情况取一个“快照”（5）可以看到当前程序使用的Bitmap对象增加到2个，Region对象增加1个。
这时关闭ResouceLeark程序的Form2窗口，再取一个快照，则发现Bitmap对象和Region对象的个数都未减少，并且如果重复这个过程，Bitmap对象的个数会不断地增加。
因此可以认为程序存在资源泄漏的现象。
GDI与GDI+1、概述GDI在全称是Graphics Device Interface，即图形设备接口。
是图形显示与实际物理设备之间的桥梁。
GDI接口是基于函数，虽然使程序员省力不少，但是编程方式依然显得麻烦。
例如显示一张位图，我们需要进行“创建位图，读取位图文件信息，启用场景设备，调色板变化“等一系列操作。
然而有了GDI+，繁琐的步骤再次被简化。
顾名思义，GDI+就是GDI的增强版，它是微软在Windows 2000以后操作系统中提供的新接口。
2、GDI+主要功能GDI+主要提供以下三种功能：(1) 二维矢量图形：GDI+提供了存储图形基元自身信息的类(或结构体)、存储图形基元绘制方式信息的类以及实际进行绘制的类；(2) 图像处理：大多数图片都难以划定为直线和曲线的集合，无法使用二维矢量图形方式进行处理。
因此，GDI+为我们提供了Bitmap、Image等类,它们可用于显示、操作和保存BMP、JPG、GIF等图像格式。
(3) 文字显示：GDI+支持使用各种字体、字号和样式来显示文本。
相比于GDI，GDI+是基于C++类的对象化的应用程序接口，因此用起来更为简单。
GDI的核心是设备上下文，GDI函数都依赖于设备上下文句柄，其编程方式是基于句柄的；GDI+无需时刻依赖于句柄或设备上下文，用户只需创建一个Graphics 对象，就可以用面向对象的方式调用其成员函数进行图形操作，编程方式是基于对象的。
3、GDI绘制实例GDI在使用设备上下文绘制线条之前，必须先调用SelectObject 以使笔对象和设备上下文关联。
其后，在设备上下文中绘制的所有线条均使用该笔，直到选择另一支不同的笔为止。
使用GDI画线代码如下// TODO: Add your command handler code hereCClientDC clientDC; //目标DCCPen pen (PS_SOLID, 1, RGB(0, 0, 255));clientDC.SelectObject(pen.GetSafeHandle());//开始绘制clientDC.MoveTo(0, 0)clientDC.LineTo(rect.right, 0);clientDC.SelectObject(oldObject);从上述代码可以看出：在GDI编程中，几乎所有的操作都围绕设备上下文dc展开。
的确，这正是GDI编程的特点！设备上下文是Windows 使用的一种结构，所有GDI操作前都需取得特定设备的上下文，函数中的CClientDC dc (this) 语句完成这一功能。
利用GDI 进行图形、图像处理的一般操作步骤为：1. 取得指定窗口的DC。
2. 确定使用的坐标系及映射方式。
3. 进行图形、图像或文字处理。
4. 释放所使用的DC。
但是，在GDI+中，只需将Pen对象直接作为参数传递给Graphics类的DrawLine等方法即可，而不必使Pen对象与Graphics对象关联。
4、GDI+绘制实例使用GDI+画线代码如下// TODO: Add your command handler code hereCClientDC clientDC (this);//创建Graphics对象Graphics graphics(clientDC);//创建penPen myPen;myPen.SetWidth(1);//画X轴myPen.SetColor(Color::Blue);graphics.DrawLine(&myPen, 0, 0, rect.right, 0);(1)创建Graphics 对象：Graphics 对象表示GDI+绘图表面，是用于创建图形图像的对象。
