1.GDI对象以及释放方法：
|
GDI对象 |
产生方法 |
销毁方法 |
|
位图（HBITMAP） |
CreateBitmap,CreateBitmapIndirect, CreateCompatibleBitmap,CreateDIBitmap, CreateDIBSection,CreateDiscardableBitmap |
DeleteObject |
|
画刷（HBRUSH） |
CreateBrushIndirect,CreateDIBPatternBrush, CreateDIBPatternBrushPt,CreateHatchBrush, CreatePatternBrush,CreateSolidBrush |
DeleteObject |
|
设备上下文（HDC） |
CreateDC |
DeleteDC,ReleaseDC |
|
字体（HFONT） |
CreateFont,CreateFontIndirect |
DeleteObject |
|
内存DC（HDC） |
CreateCompatibleDC |
DeleteDC |
|
调色板（HPALETTE） |
CreatePalette |
DeleteObject |
|
画笔（HPEN） |
CreatePen,CreatePenIndirect |
DeleteObject |
|
区域（HRGN） |
CombineRgn,CreateEllipticRgn, CreateEllipticRgnIndirect,CreatePolygonRgn, CreatePolyPolygonRgn,CreateRectRgn, CreateRectRgnIndirect,CreateRoundRectRgn, |
DeleteObject |
2.资源切换时容易出现的GDI泄漏:
1)SelectObject、SetBitmap、SetIcon、SendMessage(消息为BM_Bitmap时)，会返回之前使用的GDI资源，不再使用的GDI资源需要及时释放(记录好之前使用的系统GDI资源，在结束时还原设置并释放掉申请的GDI资源)；
2)SelectObject 选入的用户创建的GDI资源，需要在不再使用时选出并释放。
3)使用的控件有时候会因为一些原因在Res资源中添加过图标等GDI资源，导致在代码中做控件初始化时设置新图标产生了GDI泄漏(从代码上来看是第一次设置图标就引起了泄漏)。
4) ::GetDC使用::ReleaseDC来释放，CreateDC CreateCompatibleDC使用DeleteDC来释放。
5)窗体Hwnd没有释放也会引起GDI泄漏，因为窗体中使用的GDI资源没有销毁时机，自然也就调用不到内部的销毁函数。
3.LoadImage函数:
LoadImage函数可以加载Bitmap、Icon、Cursor三种GDI资源，需要分别使用DeleteObject、DestroyIcon、DestroyCursor来释放，不可以混用。
LoadImage函数生成的GDI资源使用后就可以释放，不会因为立即释放后导致前面设置的资源不起作用。
4. CImageList存储的GDI资源需要调用DeleteImageList来释放。
5.CDC、CPEN、CBrush等MFC包装的GDI类，在其析构函数中会调用DeleteObject函数取释放资源。
6.创建GDI资源的函数和释放GDI的函数使用次数要匹配，比如：窗口Create、OnInitDialog、以及消息响应等函数会因为一些原因多次调用(比如DoModal如果被循环调用是会引起窗口的Create和OnInitDialog反复触发)，如果在这类函数中申请GDI资源需要特别注意，因为一般作为成员变量的GDI资源的释放在析构函数中的话就只会被调用一次。
7.给外部模块调用的函数中如果包含了GDI资源的申请需要在函数头注释，提醒调用者需要手动释放(往往函数被包装几层后外层函数调用者很容易忽略释放)。
8.少量代码是可以根据代码静态检视或者分模块调试来找出GDI泄漏位置，但是大量代码排查需要借助工具才比较有效率，这里推荐Deleaker这款工具(GDI泄漏和内存泄漏都可以准确的找出代码行)。