方法一
1、打开电脑的【任务管理器】，选择【进程】页，点击菜单项的【查看】项，选择【选择列】；
2、勾选【GDI对象(J)】即可。
3、此时，用户就可以在进程中看到每个进程对应的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泄漏。
【方法二、三转自】http://hi.baidu.com/bit_qu/item/136682125fe88dfedceecab4
其他工具
