GDI泄露检测

方法一：

1、打开电脑的“任务管理器”；

2、选择“进程”页；

3、点击菜单项的“查看”项，选择“选择列”；

4、对“GDI对象(J)”打上对号，即可。

此时，用户就可以在进程中看到每个进程对应的GDI对象，每个进程的GDI对象（网页浏览器除外，每打开一个网页GDI对象都会增加）基本上是一定的，如果不断上涨，则说明程序存在GDI泄露问题。

 

方法二：使用检测工具GDIndicator，支持win7+xp

1、启动待检测的程序和GDIndicator，启动顺序没有要求，之后F5刷新，就能看到系统中所有进程，和使用的资源数

找到想要查看的进程，这里我们的程序是 TPCommonControlTest,双击进入没有释放的GDI对象列表

 

在左边list控件中单击GDI对象，即可查看，对于可用bitmap对象，还可以看缩略图。

2、进行可能引起泄露的操作，并复原，对本程序来说，就是打开聊天窗口，屏幕截图，并关闭聊天窗口。

     如果没有GDI泄露，在进行上述操作后，GDI对象应该没有改变，如果改变了，根据差值，查找泄露的GDI对象。

3、下图是进行操作后，的GDI对象使用情况，根据差值，重点分析有哪些泄露

根据对比发现，新增了1个bitmap2个dc对象，然后双击TPCommonControlTest进程，结合代码分析，看哪些地方使用DC了，以及是否释放。这个工具定位不是很精确，不能给出调用堆栈等，只能由程序员根据新增对象分析、查找。

方法三：使用检测工具GdiLeakDetector，支持xp，win7支持不是很好，可以精确定位GDI泄露位置。

1、打开GdiLeakDetector，找到要检测的程序，并点击运行程序按钮

2、进行可能出现泄露的操作，并退出程序，并依次点击左边的GDI泄露列表，看哪个是可以修改的

如上图所示，很容易的找到，在copyclipbrd中有dc泄露，去函数中查看，发现dc是通过CreateCompatibleDC函数创建的，但是释放时用了releaseDC，这是不对的，对于CreateCompatibleDC申请的DC，应该用deletedc释放，而getDC取得的DC资源，用releaseDC释放，不对应的话就会造成GDI泄露。