图形设备接口(GDI)是一个可运行程序，它接受Windows应用程序的画图请求(表现为GDI函数调用)，并将它们传给对应的设备驱动程序，完毕特定于硬件的输出，象打印机输出和屏幕输出。GDI负责Windows的全部图形输出，包含屏幕上输出像素、在打印机上输出硬拷贝以及绘制Windows用户界面。也就是Windows的图形编程。
一、GDI体系结构
1、 GDI32.DLL导出的函数
GDI提供几百个Windows程序中能够调用的函数。这些函数大多数是从Win32的子系统DLL GDI32.DLL中导出的。窗体管理模块UER32.DLL是使用GDI函数的大用户，它用GDI函数来绘制菜单、图标、滚动栏、标题栏和每一个窗体的框架等细节内容。有一些画图函数从USER32.DLL导出，提供给应用程序。仅Windows2000 GDI32.DLL就导出了543个入口点。与DevStudio一起发行的dumpbin工具是一个简单的工具，能列出模块导出的函数。以下就是由dumpbin gdi32.dll /export 产生的部分内容：
AbortDoc
AbortPath
AddFontMemResourceEx
AddFontResourceA
AddFontResourceExA
AddFontResourceExW
AddFontResourceTracking
AddFontResourceW
AngleArc
AnimatePalette
AnyLinkedFonts
Arc
ArcTo
详细查看：http://www.cnblogs.com/del/archive/2008/03/11/1101291.html
2、 GDI函数分类
GDI的功能太多了，所以我们须要一种办法对Win32 GDI API的函数分类，以便理解GDI的结构，MSDN库将GDI API分成17个领域，清楚地描写叙述了GDI的功能。
(1)位图：处理创建、绘制设备相关位图(DDB)、设备无关位图(DIB)、DIB段、像素和区域填充的函数。
(2)画刷：处理创建、改动GDI画刷对象的函数。
(3)剪裁：处理设备上下文可绘制区域的函数。
(4)颜色：调色板管理。
(5)坐标和变换：处理映射模式、设备坐标映射逻辑和通用变换矩阵的函数。
(6)设备上下文：创建设备上下文，查询、设置其属性，及选择GDI对象的函数。
(7)填充形状：绘制闭合区域及其周线的函数。
(8)字体和文本：在系统中安装和枚举字体，并用它们绘制文本字符串的函数。
(9)直线和曲线：绘制直线、椭圆曲线和贝赛尔曲线的函数。
(10)元文件：处理Windows格式的元文件或增强型元文件的生成和回放的函数。
(11)多显示监视器：同意在一个系统中使用多个显示监视器的函数。这些函数实际上是从uer32.dll导出的。
(12)画图和画图：负责画图消息管理和窗体已画图区域的函数。当中一些函数实际上是从uer32.dll导出的。
(13)路径：负责将一系列直线和曲线组成名为路径的GDI对象，并用它来绘制的函数。
(14)画笔：处理直线绘制属性的函数。
(15)打印和打印池：负责将GDI画图命令发送到硬拷贝设备(如行式打印机和画图仪)并平滑地管理这些任务的。打印池函数是由Win32打印池提供的，包含几个系统提供的DLL和销售自己定义的模块。
(16)矩形：user32.dll提供的处理RECT结构的函数。
(17)区域：负责用区域GDI对象描写叙述一个点集的函数，并对该点集进行操作。
另一些没有文档记载的函数。有一些GDI函数在DDK中说明，还一些没有文档记载但系统DLL使用的函数，另处另一些函数则没实用过。以下是这些函数的粗略分类：
用户模式打印机驱动程序。
OPENGL。
EUDC。
其它系统DLL支持。
其它没有文档记载的函数。
3、 GDI对象句柄
32位的GDI句柄由8位未知的高位、1位堆对象标记、7位对象类型信息和高4位是0的16位索引组成。借助7位对象类型信息，能够确定设备上下文、区域、位图、调色板、字体、画刷、加强型图元文件、画笔和扩展画笔。
4、GDI对象类型
GDI对象表
typedef struct
{
void * pKernel;
unsigned short nProcess;
unsigned short nCount;
unsigned short nUpper;
unsigned short nType;
void * pUser;
}GdiTableCell;
（1） pKernel指向页面池：对每一个有效GDI对象，pKernel从不为空，而且值总是唯一的。因此看起来对每一个GDI对象有一个对应的数据结构，这个数据结构仅仅能从内核模式代码存取，甚至不能从GDI32.DLL直接存取。对于不同进程的对象，从pKernel的值中看不出明显区分区域来。pKernel指向的对象起始地址是0xE1000000，依据《Inside Windows NT》，起始地址是0xE1000000的区域通常是被称为“页面池”的可分页系统的内存堆。
（2）nCount 是一个部分选择计数器：在Windows 2000下，nCount总是零，就是说未使用。但在Windows NT 4.0中，某些GDI对象用了它。为了理解nCount的意义，我们试着将对象句柄选入和取消一个或多个设备上下文中，观察选入和取消能否依据nCount值的变化而成功。
（3）nProcess使得GDI句柄绑定到进程：假设程序想使用还有一个进程的GDI对象句柄，Win32 API调用通常会失败。GdiTableCell中的nProcess字段就是这样的现象背后的原因。对于库存（stock）对象，如GetStockObject（BLACK_PEN），nProcess被置为零。对于用户进程创建的其它 GDI对象，nProcess是创建进程的进程标识符。
有了这个字段，GDI就会非常easy地检查当前进程标识符是否和GDI对象的nProcess字段一致，目的是强制对象句柄不能在还有一个进程中訪问的规则。
依据微软的文档，进程终止时，由该进程创建的全部GDI对象会被释放。假设你想知道这是如何实现的，我们如今有一点线索了。GDI仅仅需搜索GDI对象表并删除有指定进程标识符的对象。
（4）nUpper：再次检查句柄：我们发现GDI对象表入口的nUpper字段是4字节GDI对象句柄的高两个字节的全然拷贝——对GDI对象句柄进行错误检查是低成本的冗余校验。
（5）nType:内部对象类型：nType的低字节通常和HGDIOBJ中的是7位类型信息同样，高位字节一般是零。
（6）pUser指向用户模式数据结构。
GDI对象类型列表：
5、GDI函数大致分类
设备上下文函数(如GetDC、CreateDC、DeleteDC)、 画线函数(如LineTo、Polyline、Arc)、填充绘图函数(如Ellipse、FillRect、Pie)、绘图属性函数(如SetBkColor、SetBkMode、SetTextColor)、文本、字体函数(如TextOut、GetFontData)、位图函数(如SetPixel、BitBlt、StretchBlt)、坐标函数(如DPtoLP、LPtoDP、ScreenToClient、ClientToScreen)、映射函数(如SetMapMode、SetWindowExtEx、SetViewportExtEx)、元文件函数(如PlayMetaFile、SetWinMetaFileBits)、区域函数(如FillRgn、FrameRgn、InvertRgn)、路径函数(如BeginPath、EndPath、StrokeAndFillPath)、裁剪函数(如SelectClipRgn、SelectClipPath)等。
二、三种图形输出类型
应用程序能够使用GDI创建三种类型的图形输出：矢量输出、位图图形输出和文本输出。
矢量图形输出
矢量图形输出指的是创建线条和填充图形，包含点、直线、曲线、多边形、扇形和矩形的绘制。
位图输出
位图图形的输出是指位图图形函数对以位图形式存储的数据进行操作，它包含各种位图和图标的输出。
在屏幕上表现为对若干行和列的像素的操作，在打印机上则是若干行和列的点阵的输出。
位图图形输出的长处是速度非常快，它是直接从内存到显存的拷贝操作。缺点是须要额外的内存空间。
文本输出
与DOS字符方式下的输出不同，Windows是按图形方式输出的。
这样，在输出文本时，必须以逻辑坐标为单位计算文本的输出位置，而不是象DOS下以文本行为单位输出文本。这比DOS下的文本输出要难一些。
按图形方式输出文本给文本输出带来非常大的灵活性。用户能够通过调用各种GDI函数，制造出各种文本输出效果，包含加粗、斜体、设置颜色等。
Windows还提供了一种TrueType(写真字体)。TrueType字体用一组直线和曲线命令及一些參数来描写叙述字体的轮廓。Windows能够通过參数来调整直线的长度和曲线的形状，从而实现对字体的自由缩放。
三、设备描写叙述表(DC)
在Windows环境中，各程序的输出必须限制在自己的窗体中。
ＧＤＩ使用一种简单的机制保证在窗体中绘图的各程序遵循这个规则。这样的机制即为设备描写叙述表(DC);当Windows程序在屏幕、打印机或其他设备上绘图时，它并非将像素直接输出到设备上，而是将图绘制到由设备描写叙述表表示的逻辑意义上的"显示平面"上去。设备描写叙述表是深寓于Windows中的一种数据结构，它包括ＧＤＩ须要的全部关于显示平面情况的描写叙述字段，包括相连的物理设备和各种各样的状态信息。
获取与窗体关联的设备上下文，应用程序不能使用CreateDC创建与一个窗体相关的设备上下文，可是WIN32 API提供了几个获取与窗体相关的设备上下文的函数，包含：
HDC GetWindowDC(HWND hWnd)
HDC GetDC（HWND hWnd）
HDC GetDCEx（HWND hWnd，HRGN hrgnClip，DWORD flags）
HDC BeginPaint（HWND hWnd，LPPAINTSTRUCT lpPaint）
使用GetDCEx能够取代其它的函数。比如，GetDCEx（hWnd，NULL,DCX_WIND|DCX_NORESETATTRS）能够轻松地替代GetWindowDC（hWnd），而GetDCEx（hWnd，NULL,DCX_NORESETATTRS）能够替代GetDC（hWnd）。
设备上下文类包含CDC和它的派生类CClientDC、CPaintDC、CWindowDC、CMetaFileDC。
CDC、CclientDC、CpaintDC、CwindowDC、CmetaFileDC含义与差别
CDC是设备上下文类的基类，除了一般的窗体显示外，还用于基于桌面的全屏幕绘制和非屏幕显示的打印机输出。CDC类封装了全部图形输出函数，包含矢量、位图和文本输出。
CClientDC（客户区设备上下文）用于客户区的输出，它在构造函数中封装了GetDC()，在析构函数中封装了ReleaseDC()函数。一般在响应非窗体重画消息（如键盘输入时绘制文本、鼠标画图）画图时要用到它。
CClientDC dc(this);//this一般指向本窗体或当前活动视图
dc.TextOut(10,10,str,str.GetLength());
CPaintDC用于响应窗体重绘消息（WM_PAINT）时的画图输出。CPaintDC在构造函数中调用BeginPaint()取得设备上下文，在析构函数中调用EndPaint()释放设备上下文。EndPaint()除了释放设备上下文外，还负责从消息队列中清除WM_PAINT消息。因此，在处理窗体重画时，必须使用CPaintDC，否则WM_PAINT消息无法从消息队列中清除，将引起不断的窗体重画。CPaintDC也仅仅能用在WM_PAINT消息处理之中。
CWindowDC用于窗体客户区和非客户区（包含窗体边框、标题栏、控制button等）的绘制。除非要自己绘制窗体边框和button（如一些CD播放程序等），否则一般不用它。
CMetaFileDC专门用于图元文件的绘制。图元文件记录一组GDI命令，能够通过这一组GDI命令重建图形输出。使用CMetaFileDC时，全部的图形输出命令会自己主动记录到一个与CMetaFileDC相关的图元文件里。
BeginPaint和GetDC差别
为什么WINDOWS要提出无效区域的概念呢？这是为了加速。由于BeginPaint和EndPaint用到的设备描写叙述符仅仅会在当前的无效区域内绘画，在有效区域内的绘画会自己主动被过滤，大家都知道，WIN GDI的绘画速度是比較慢的，所以能节省一个象素就节省一个，不用吝啬，这样能够有效加快绘画速度。
可见BeginPaint、EndPaint是比較“被动”的，仅仅在窗体新建时和被摧残时才重画。
而GetDC用于主动绘制，仅仅要你指到哪，它就打到哪。它不加推断就都画上去，无效区域跟它没关系。对话框没被覆盖没被摧残，它非常健康，系统没要求它重画，但开发人员有些情况下须要它主动重画：比方一个定时换外观的窗体，这时候就要在WM_TIMER处理代码用GetDC。这时候再用BeginPaint、EndPaint的话，会由于无效区域为空，全部绘画操作都将被过滤掉。
因为WM_PAINT消息的优先级非常低，这样，因为窗体对象不能及时收到WM_PAINT消息而影响用户对屏幕对象的视觉感觉。为弥补这个缺陷，程序猿能够考虑使用函数UpdateWindows()，它在应用程序的消息队列中存在WM_PAINT消息的情况下，强使Windows马上向窗体对象发送WM_PAINT消息.
//因为WM_PAINT的优先级别非常低（甚至在虚拟按键消息之后，见《windows核心编程》窗体消息一章），它仅仅是改变了消息结构体中的QS_PAINT标志。所以呢，假设是使用函数UpdateWindows()，会直接send一个WM_PAINT消息，那样会直接调用窗体处理函数，比普通的WM_PAINT消息处理的快非常多。
|
case WM_LBUTTONDOWN: MessageBox(hwnd,"mouse clicked","message",0); HDC hdc; hdc=GetDC(hwnd); TextOut(hdc,0,50,"程序猿之家",strlen("程序猿之家")); ReleaseDC(hwnd,hdc); break; case WM_PAINT: HDC hDC; PAINTSTRUCT ps;//看出差别了吗？ hDC=BeginPaint(hwnd,&ps); TextOut(hDC,0,0,"http://www.csdn.net/",strlen("http://www.csdn.net/")); EndPaint(hwnd,&ps); break; PAINTSTRUCT ps;这个结构就是为了填充无效区域的坐标等等， 这样BeginPaint就能够仅仅画无效区域了，提高了效率。 |
BeginPaint能够使无效区域变有效，GetDC不改变区域属性，无效的还是无效，有效的依旧是有效。
BeginPaint在WM_PAINT消息里使用，GetDC则能够在全部的消息中使用，通常是非WM_PAINT消息。
四、图形对象
图形对象类包含CGdiObject、画笔、刷子、字体、位图、调色板、区域等。
CGdiObject是图形对象类的基类，但该类不能直接为应用程序所使用。
要使用GDI对象，必须使用它的派生类：画笔、刷子、字体、位图、区域等等。
使用图形对象要注意两点：
a.同其它MFC对象一样，GDI对象的创建也要分为两步：第一步，是定义一个GDI画图对象类的实例；第二步调用该对象的创建方法真正创建对象。
b.创建对象：使用该对象，首先要调用CDC::SelectObject()将它选入到设备上下文中，同一时候保存原来的设置到一个GDI对象指针比方说pOldObject中。在使用完后，再用SelectObject(pOldObject)恢复原来的设置。
1、GDI画笔和CPen类
Windows用当前选入设备描写叙述表的画笔绘制直线和曲线，并给用Rectangle,Ellipse以及其它图形生成函数画出的图形镶画边框。默认画笔画出的是一个像素点宽的黑色实线。
假设要改变画线方式，则需创建一个GDI画笔，并由CDC::SelectOjbect将它选设备描写叙述表，MFC用类CPen表示GDI画笔。
创建画笔的方法
创建画笔的最简单的方法是构造一个CPen对象并把定义画笔所用的參数都传送给该对象
CPen pen(PS_SOLID,1,RGB(255,0,0));
创建画笔的另外一种方法是构造 一个没有初始化的CPen对象并调用CPen::CreatePen:
CPen pen;
pen.CreatePen(PS_SOLID,1,RGB(255,0,0));
创建画笔的第三种方法是构造一个没有初始化的CPen对象，向LOGPEN结构中填充描写叙述画笔特性的參数，然后调用CPen::CreatePenIndirect生成画笔。
CPen pen;
LOGPEN lp;
lp.lognStyle = PS_SOLID;//样式
lp.lopnWidth.x = 1;//宽度
lp.lopnColor = RGB(255,0,0);//颜色
pen.CreatePenIndirect(&lp);
从以上的画笔定义能够看出，定义画笔须要三个特性：样式，宽度和颜色。画笔的样式说明请參见MSDN。
线条大约有七种风格，例如以下：
PS_DASH 指定一支绘制虚线的画笔
PS_DASHDOT 指定一支虚线和点交替的画笔
PS_DASHDOTDOT 指定一支虚线和两点交替的画笔
PS_DOT 指定一支点线画笔
PS_INSIDEFRAME 指定一支带有限定形状的画笔， 线的厚度不能延伸出此形状的边界
PS_NULL 指定一支空画笔
PS_SOLID 创建一支实线画笔
2、GDI画刷和CBrush类
在默认情况下，则Rectangle,Ellipse以及其他CDC函数画出的封闭图形填充着白色像素点。通过创建GDI画刷并在绘图之前将它选入设备描写叙述表，能够改变图形的填充颜色。
MFC的CBrush类封装了GDI画刷。
画刷有三种基本类型：单色、带阴影和带图案。
单色画刷填充的单色。
阴影线画刷採用预先定义好的交叉线图案填充图形。
图案画刷用位图来填充图形。
创建单色画刷的方法相似于创建画笔，例如以下所看到的：
CBrush brush(RGB(255,0,0));
或
CBrush brush;
brush.CreateSolidBrush(RGB(255,0,0));
创建带阴影线画刷
CBrush brush(HS_DIAGCROSS,RGB(255,0,0));//阴影索引，COLORREF值
或
CBrush brush;
brush.CreateHatchBrush(HS_DIAGCROSS,RGB(255,0,0));
HS_DIAGCROSS是可供选择的六种阴影线样式之中的一个，其他样式请參见MSDN
注意：
在用阴影线画刷填充时，除非用CDC::SetBkColor改变设备描写叙述表的当前背景色，或用CDC::SetBkMode把背景模式OPAQUE改成TRANSPARENT，禁止背景填充，否则Windows就以默认的背景色(白色)填充阴影色线间的空白处。
3、字体与CFont
封装了GDI字体对象，用户能够建立一种GDI字体，并使用CFont的成员函数来訪问它。字体包含字样(FontFamily) 、风格、尺寸三个主要属性；字体是指宋体、黑体等；风格指字体的粗细、是否倾斜等；FontStyleStrikeout是指删除线风格；能够使用GDI中的Font类，直接构造一个字体对象，如：Font font(&fontFamily, 12, FontStyleRegular, UnitPoint)；为了与原来的GDI字体兼容，Font的构造函数还有第二种形式：Font(HDC hdc, const LOGFONTW *logfont)；hdc是一个窗体的设备环境句柄，logfont是指向LOGFONT(逻辑字体)数据结构的指针。
逻辑字体选到设备上下文后，可用以下几个函数来查询它所影射的物理字体的细节，及当前物理字体实例的度量信息。
int GetTextFace(HDC hDC,int nCount,LPSTR lpFaceName);
DWORD GetFontLanguageInfo(HDC hDC);
int GetTextCharSet(HDC hDC);
int GetTextCharSetInfo(HDC hDC,LPFONTSIGNATURES lpSig,DWORD dwFlags);
BOOL GetTextMetrics(HDC hDC,LPTEXTMETRIC lptm);
UINT GetOutlineTextMetrics(HDC hDC,UINT cbData,LPOUTLINETEXTMETRIC lpOTM);
4、位图
封装了GDI位图，它提供成员函数装载和操作位图。GDI支持三种位图类型：设备无关位图、设备相关位图、DIB段。
GDI画图之位图处理函数
BitBlt 把由一个矩形中的像素组成的位块从源设备环境转移到目标设备环境中
CreateBitmap 使用宽度、调试和颜色格式创建位图
CreateBitmapIndirect 同上，仅仅是參数不一样
CreateCompatibleBitmap 创建与确定的设备环境关联的设备相兼容的位图
CreateDIBitmap 从一个设备无关位图中创建设备无关位图， 同一时候设置该位图的位
CreateDIBSection 创建应用程序可以直接写入的设备无关位图，返回一个指向该位图存入位置的指针
ExtFloodFill 用当前画刷填充显示平面的某一区域
GetBitmapDimensionEx 获取一个位图的大小
GetDIBColorTable 获取当前DIB位图颜色表中某一范围的RGB颜色值
GetDIBits 获取位图的位并使用特定格式把它们拷贝到一个缓冲区中
GetPixel 获取当前坐标位置处像素的RGB颜色值
GetStretchBltMode 获取当前的伸缩模式
LoadBitmap 从一个模板或可运行文件里装入确定的位图资源
MaskBlt 使用特定的掩模和光栅操作合并源位图和目的位图的颜色数据
PatBlt 使用当前被选入设备环境的画刷绘制给定的矩形
PlgBlt 把一个平行四边形中的像素颜色数据组成的位块从源设备环境转移到目标设备环境中
SetBitmapDimensionEx 为位图指定预定的大小
SetDIBColorTable 设置当前DIB位图颜色表中某一范围的RGB颜色值
SetDIBits 使用一个特定的设备无关位图中得到的颜色数据来设置位图的像素
SetDIBitsToDevice 使用从一个特定的设备无关位图中得到的颜色数据来设置与目标环境关联的设备中特定矩形的像素
SetPixel 给特定坐标位置处的像素设置确定的颜色
SetPixelV 给特定坐标位置处的像素设置与确定颜色近期似的颜色值
SetStretchBltMode 在确定的设备环境中设置位图伸缩模式
StretchBlt 把位图从源矩形区域拷贝到目标矩形区域，并在须要时对位图进行拉伸或收缩
StretchDIBits 把DIB位图中矩形区域的像素颜色数据拷贝到确定的目标矩形中
5、调色板
封装GDI调色板，它保存着系统可用的色彩信息，是应用程序和彩色输出设备上下文的接口。
与某个设备上下文相关联的逻辑调色板能够用GetCurrentObject(hDC,OBJ_PAL)函数来获取。对于一个新的设备上下文，它的缺省调色板是由GetStockObject(DEFAULT_PALETTE)函数返回的库存缺省调色板。
6、输出文本
GetTextMetrics(); 返回当前使用字体的尺寸描写叙述，用于进行字体大小计算。
SetTextColor(int nColor); 设置前景色。
SetBkColor(int nColor); 设置背景色。
TextOut：文字输出。
TabbedTextOut：象TextOut一样显示正文，能够使用制表键Tab。
ExtTextOut：在指定的矩形中显示正文。能够用该函数删去超出矩形的正文，用正文背景填充矩形，调整字符间隔。
DrawText：在指定矩形种显示正文，能够使用制表键Tab。在格式化矩形时调整正文左对齐、右对齐或居中；还能够在一个词中断开以适应矩形边界。
GDI+中的文本输出仅仅有一个函数：DrawString
DrawString(const WCHAR *string, INT length, const Font *font, const Rect &layoutRect, const StringFormat *stringFormat, const Brush *brush)；
DrawString(const WCHAR *string, INT length, const Font *font, const PointF &origin, const Brush *brush)；
DrawString(const WCHAR *string, INT length, const Font *font, const PointF &origin, const StringFormat *stringFormat, const Brush *brush)；
brush用来指定一个画刷，这个画刷既能够是SolidBrush和HatchBrush，也能够是TextureBrush(纹理画刷)，甚至是渐变画刷。 StringFormat类来控制这些格式属性，文本的格式属性通常包含对齐方式、字符间隔以及文本调整等。
7、画点
SetPixel：在指定坐标处按指定色彩画一点。
8、画线
MoveToEx将直线起点移动到指定坐标处，LineTo从起点開始画直线到终点处。使用的线型由当前所用画笔指定。
9、画弧
Arc(int x1,int y1,int x2,int y2,int x3,int y3,int x4,int y4);
10、封闭图形
矩形：Rectangle
圆角矩形：RoundRect
椭圆：Ellipse
饼形图：Pie
封闭的多边形：Polygon
11、其他画图函数
FillRect：用指定颜色填充矩形且不画边线。
FloodFill:用给定的颜色，利用当前所选的刷子填充显示的底面被一个边线所包围的区域，如多边形区域的填充。
ExtFloodFill：用给定的颜色，利用当前刷子填充表面被一个边线包围的区域，用户能够有选择地填充一个由指定颜色组成的区域。
InvertRect:在某一矩形区域内反显现有颜色。
12、元文件
用于记录和回放GDI函数调用。首先通过CMetaFileDC:Create来创建新的对象，假设有文件名称，则保存到文件内，假设没有则建立在内存中。完成后，用Close()关闭。
能够调用PlayMetaFile()来回放元文件。还能够用CopyMetaFile()将文件存盘。当结束元文件的时候，用DeleteMetaFile()从内存中删除。
另外有增强型元文件。
CMetaFileDC dc;
BOOL bCreate=dc.CeeateEnblanced(pDC,”metaest,wmf/0”,0,vectosd/0 this is l/0/0”);
if(!bCreated) return;
(详细的绘制内容……)
//关闭文件，并返回文件句柄
HENHMETAFILE hemf=dc.CloseEnhanced();
//播放文件
pDC->SaveDC();
pDC->SetMapMode();
pDC->PlayMetaFile(hemf,&rc);
pDC->RestoreDC(-1);
//当文件不再须要
if(hemf)
::DeleteEnhMetaFile(hemf);
13、打印
打印相关函数
int StartDoc(HDC hDC,CONST DOCINFO *lpdi);//告诉GDI启动新打印任务
int StartPage(HDC hDC);//打印任务新页開始
int EndPage(HDC hDC);//打印任务一页结束
int EndDoc(HDC hDC);//结束StartDoc開始的打印任务
HDC ResetDC(HDC hDC,const DEVMODE *lpInitData);//改变打印设备上下文设置信息
int AbortDoc(HDC hDC);//用于非正常结束打印任务
int SetAbortProc(HDC hdc,ABORTPROC lpAbortProc);//设置回调例程，GDI周期性用它检查还是放弃打印任务
14、设备描写叙述表属性改动/设置函数
当使用ＣＤＣ输出函数在屏幕上绘图时，输出的某些特性并没有在函数调用过程中规定(採用系统默认的属性绘图)，但我们能够通过设备描写叙述表自身获得或得新设置属性。
ＭＦＣ提供了获得和设置这些属性的函数，我们能够用这些函数方便地改变绘图时的默认属性。
比如：
CDC::SetTextColor//设置文本颜色
CDC::GetTextColor//获得文本颜色
CDC::SetBkColor//设置背景颜色
CDC::SetBkMode//设置背景模式
CDC::SetMapMode//设置映射模式
CDC::CDC::SetROP2//设置画图模式
CDC::MoveTo//当前位置
CDCL::SelectObject//当前画笔，当前画刷，当前字体
（假设想忽略背景色，可将背景设置为"Transparent",dc.SetBkMode(TRANSPARENT);）
SelectObject函数
最经常使用来定义设备描写叙述表属性的ＣＤＣ函数是SelectObject。
比如：
CPen pen(PS_SOLID,2,RGB(0,192,0));
CPen* pOldPen = dc->SelectObject(&pen);//把新的ＣＤＣ对象选入设备描写叙述表，同一时候保存旧的ＣＤＣ对象
dc->Ellipse(0,0,100,100);
dc.SelectObject(pOldPen);//
画图模式与SetROP2
ＧＤＩ将像素点输出到逻辑平面上时，它不仅仅是简单地输出像素点颜色。相反，它能过一系列的布尔运算将输出像素点的颜色和目标位置上像素点的颜色合成一起。它所使用的逻辑关系由设备描写叙述表当前的画图模式确定。使用CDC::SetROP2(Set Raster Operation To)可更改画图模式。默认画图模式为R2_COPYPEN,它将将像素点拷贝到显示平面上。
映射模式
默认映射模式
固定比例映射模式
可编程映射模式
简单地说，映射模式是设备描写叙述表的属性，用于确定从逻辑坐标值到设备坐标值的转换方式。
默认的映射模式
默认的映射模式使MM_TEXT,它使以象素为单位的。X轴向左为正，Y轴向下为正。默认的坐标原点在左上角。
固定比例映射模式
固定比例的映射模式有MM_LOMETRIC、MM_HIMETRIC、MM_LOENGLISH、MM_HIENGLISH、MM_TWIPS种。
它们默认的坐标原点都使在左上角。其差别在于每个逻辑单位相应的物理大小不一样。
所对用的逻辑单位分别为0.1毫米，0.01毫米，0.01英寸，0.001英寸，1/1440英寸（0.0007英寸）。
可变比例映射模式(可编程映射模式)
对于可变比例的映射模式用户能够自定义一个逻辑单位代表的大小，其大小能够随意。
也能够让这个大小随环境改变而改变。有MM_ISOTROPIC，MM_ANISOTROPIC这两种映射模式。
其逻辑单位的大小等于视口范围和窗体范围的比值。
两者的不同在于前者要求X轴和Y轴的度量单位必须同样，而后者没有这种限制。
可编程映射模式
MM_ISOTROPIC和MM_ANISOTROPIC是由用户决定从逻辑坐标值转换成设备坐标值的方式，
即是由用户决定一个逻辑单位等于多少个设备单位(cm,mm,m等)，而不是由Windows决定。
所以被称之为可编程映射模式；
MM_ISOTROPIC和MM_ANISOTROPIC映射模式最经常使用于依据窗体尺寸按比例自己主动调节绘图的输出大小的场合。
MM_ISOTROPIC和MM_ANISOTROPIC映射模式的差别
前者中X方向和Y方向具有同一个缩放比例因子，而后者两个方向能够单独缩放；
样例：
CRect rect;
GetClientRect(&rect);
dc.SetMapMode(MM_ISOTROPIC);
dc.SetWindowExt(500,500);//设置窗体范围，将窗体的逻辑尺寸高为500单位×500单位
dc.SetViewportExt(rect.Width(),rect.Height());//设置视口范围
dc.Ellipse(0,0,500,500);
注：窗体的尺寸以逻辑单位计算，视口的尺寸以设备单位或像素计算。
特别说明
MM_TEXT为默认映射模式，其原点在窗体的左上角，X轴的正向向右，Y轴的正向向下，
而且一个逻辑单位相应于设备坐标下的一个象素
其他映射模式则原点不变，仅仅是Y轴会翻转使正向朝上，而且逻辑单位被按比例转换为实际距离大小，而不是像素数。
须要注意的是，使用公制映射模式(非默认映射模式)时，为使输出可见，Y坐标必须为负值。
比如：
dc.Rectangle(0,0,200,100);//默认模式下绘图
dc.SetMapMode(MM_LOENGLISH);//改变映射模式
dc.Rectangle(0,0,200,-100);//绘图
传送给ＣＤＣ输出函数的是逻辑坐标值。
设备坐标值是指窗体中对应的像素点位置。
GDI映射模式总结
http://ideage.javaeye.com/blog/294778
GDI坐标变换具体总结
http://d.download.csdn.net/down/2596722/junco007
编程中注意问题：
1、 设备上下文5大区域：剪裁区域、元区域，系统区域，API区域，RAO区域。对于由函数BeginPaint、GetDC或者CreateDC所返回的设备上下文来说，其剪裁区域的值是NULL,剪裁区域的值为NULL,也就意味着没有剪裁区域。没有剪裁区域意味着系统区域氛围内的全部图形都将被显示出来，而不是不显示。
2、 库存对象(StcokObject)是由操作系统预先创建的，并为全部在系统中执行的过程共享。在应用程序使用完库存对象之后，没有必要删除他们的句柄。可是调用函数DeleteObject来处理库存对象句柄是十分安全的，当函数DeleteObject没有做不论什么事情时，它将返回TRUE值。
3、 SetDIBitsToDevice函数与StretchDIBits函数都是显示DIB图象，二者差别是SetDIBitsToDevice函数须要的内存非常少；SetDIBitsToDevice不处理拉伸，须要自己写拉伸算法；StretchDIBits能够通过SetStretchBltMode/GetStretchBltMode来控制每一个设备上下文的拉伸模式。
4、在DIB和DDB间拷贝位图，GDI函数：SetDIBits/GetDIBits；
存取原始的DDB像素阵列：LONG GetBitmapBits(HBITMAP hBmp,LONG cbBuffer,LPVOID lpvBits);怎样知道须要分配多大的缓冲区？在设置大小为0和缓冲区指针为NULL的情况下，GetBitmapBits函数就返回所须要的缓冲区大小。
LONG SetBitmapBits(HBITMAP hBmp,LONG cBytes,LPVOID lpBits);
DDB显示，GDI函数：BitBlt,StretchBlt
5、SetTextColor、SetBkColor函数设置新颜色之后，使用完毕之后，须要再把旧颜色设置回去（通过SetTextColor、SetBkColor）。此种操作跟SelectObject相似。
字体：CreateFont、CreateFontIndirect和CreateFontIndirectEx创建GDI逻辑字体对像，将句柄返回给调用者。通过GDI对象句柄，你能够用GetObject得到定义逻辑字体的LOGFONT或ENUMLOGFONTEX结构。与其它GDI对象一样，不须要逻辑字体对象时，应用DeleteObject删除掉。
6、GDI内存泄露问题
编写GDI程序时执行多次后出现异常,除了众所周知的内存泄露以外,gdi资源泄露也是一个非常直接的原因。预防gdi资源泄露措施。
1）Create出来的gdi对象,一定要用DeleteObject来释放,释放顺序是先Create的后释放,后Create的先释放.
这里的Create指的是以它为开头的gdi函数,比方,CreateDIBitmap,CreateFont等等,最后都要调用DeleteObject来释放.
2）Create出来的dc要用DeleteDC来释放,Get到的要用ReleaseDC释放.
3）确保释放DC的时候DC中的各gdi对象都不是你自己创建的;确保个gdi对象在释放的时候不被不论什么dc选中使用.
假如我们要使用gdi函数绘图,正确的步骤应该例如以下:
a.创建一个内存兼容dc(CreateCompatibleDC)
b.创建一个内存兼容bitmap(CreateCompatibleBitmap)
c.关联创建的内存兼容dc和bitmap(SelectObject)
d.绘图
e.BitBlt到目的dc上
f.断开内存兼容dc和bitmap关联(SelectObject)
g.销毁内存兼容bitmap
h.销毁内存兼容dc
由于SelectObject在选入一个新的gdi对象的时候会返回一个原来的gdi对象(假如成功的话),所以须要在步骤c的时候保存返回值,在步骤f的时候当作入口參数使用.还有,步骤g和步骤h实际上顺序能够任意,由于他们两个此刻已经没有关系了,可是为了结构清晰,我建议依照"先Create的后释放,后Create的先释放"的原则进行.
关于步骤f,可能会有争议,由于即使省略这一步,步骤g和步骤h看起来照样能够返回一个成功的值.但实际上可能并没有运行成功,至少boundschecker会报告有错,错误信息大致是说,在释放dc的时候还包括有非默认的gdi对象,在释放gdi对象的时候又说这个gdi对象还被一个dc在使用.所以,我建议保留步骤f.
4）关于98下使用CreateCompatibleBitmap
依照msdn的说法,创建出来的size不能超过16m.实际情况是这样吗?非也~!从我自己做的測试结果来看(win98se-sc),这个值在2044*2043和2044*2044之间,然而,后来在另外一个98系统上这个值也不行,后来我干脆把上限给成了2000*2000.非常幸运,到如今还没有出问题,但我不能保证这个数字就是正确的.另一点,假如宽或高有一个超过32768,哪怕另外一个值是1,也会创建失败,有兴趣的能够自己做个測试.假设要想保证这个函数在98下永远成功,能够试试以下的代码:
float factor = 10.f;
while(!bitmap.CreateCompatibleBitmap(&dc ,nWidth*factor ,nHeight*factor))
{
factor -= 0.01f;
}
这样至少能够保证宽和高是成比例的
5）关于在打印机上使用BitBlt
有时候在内存兼容dc里面已经做好图了,但在使用BitBlt的时候却会失败.这个时候,首先确认创建的内存兼容dc和bitmap是不是使用打印机的dc,假设确认无误,还是运行BitBlt失败,那80%可能是内存兼容bitmap太大了,请按例如以下方法再试试:
创建另外一个内存兼容dc2和一个比較小的内存兼容biimap2,大概是1000*1000吧,我是这样用的，然后把dc里面的内容分成块(1000*1000),把每一块BitBlt到dc2上面,再从dc2里面BitBlt到打印dc上.有人可能会有这种疑问:那为什么不直接把dc里面的内容分几次BitBlt到打印机上呢?有差别吗?答案是肯定的,假设dc里面的bitmap太大,哪怕你想BitBlt一个10*10的区域到打印机上都会失败.
7、InvalidateRec、Invalidate、Validate、UpdateWindow
InvalidateRect使窗体的指定区域无效，Invalidate使窗体所有区域无效，Validate使窗体所有区域有效。假设窗体有区域无效，则Windows发WM_PAINT，參数中指定无效区域的最大矩形，程序中响应此消息，用BeginPaint使无效区域为剪裁区，后面的绘画活动不会超出这个剪裁区，归后由EndPaint使无效区域变为有效，这时WM_PAINT被清除。MFC为窗体类提供了WM_PAINT的消息处理。MFC为窗体类提供了WM_PAINT的消息处理函数OnPaint，OnPaint负责重绘窗体。视图类有一些例外，在视图类的OnPaint函数中调用了OnDraw函数，实际的重绘工作由OnDraw来完毕。參数bErase为TRUE时，重绘区域内的背景将被擦除，否则，背景将保持不变。
UpdateWindow( )的作用是使窗体马上重绘。调用Invalidate等函数后窗体不会马上重绘，这是因为WM_PAINT消息的优先级非常低，它须要等消息队列中的其他消息发送完后才干被处理。调用UpdateWindow函数可使WM_PAINT被直接发送到目标窗体，从而导致窗体马上重绘。UpdateWindow仅仅向窗体发送WM_PAINT消息，在发送之前推断GetUpdateRect(hWnd,NULL,TRUE)看有无可绘制的客户区域，假设没有，则不发送WM_PAINT。
Invalidate在消息队列中增加一条WM_PAINT消息，其无效区为整个客户区。
UpdateWindow直接发送一个WM_PAINT消息，其无效区范围就是消息队列中WM_PAINT消息（最多仅仅有一条）的无效区。
效果非常明显，当调用Invalidate之后，屏幕不一定立即更新，由于WM_PAINT消息不一定在队列头部，而调用UpdateWindow会使WM_PAINT消息立即运行的，绕过了消息队列。
8、双缓冲画图
主要是建立内存兼容DC和内存兼容位图，例如以下：
HDC hDC = ::GetDC(m_hWnd);
hFrceDC = CreateCompatibleDC(hDC); //内存兼容DC
hFrceBmp = CreateCompatibleBitmap(hDC, WinWidth, WinHeight); //内存兼容位图
SelectObject(hFrceDC, hFrceBmp); //选入内存兼容DC
::ReleaseDC(m_hWnd, hDC);
以后全部的GDI操作，比方LineTo等，都仅仅对hFrceDC，当要刷新的时候：
void CST_CurveCtrl::OnDraw(CDC* pdc, const CRect& rcBounds, const CRect& rcInvalid)
{
BitBlt(pdc->m_hDC, rcInvalid.left, rcInvalid.top, rcInvalid.Width(), rcInvalid.Height(), hFrceDC, rcInvalid.left, rcInvalid.top, SRCCOPY);
...
}
这就是为什么双缓冲是GDI编程中最为主要的技巧了。这样无论你的绘制有多少的复杂，屏幕不会再有闪烁，绘制的复杂仅仅会占用CPU多一点而已。
9、刷新背景问题
是否刷新背景非常重要，有些新手将上面的双缓冲用到对话框之上，然后告诉我，还是闪烁！那是由于刷了背景的原因，由于用BitBlt绘制的东西，在windows看来，它不是一个窗体，它不像一个button，由于button是一个窗体，所以windows在刷背景的时候，会从刷新区域里面减掉button所占的区域，那么回到正题，在对话框上BitBlt的时候，假设位图显示占满了对话框的整个客户区，这就简单只是了，直接响应WM_ERASEBKGND消息，然后返回TRUE：
BOOL CXXX::OnEraseBkgnd(CDC* pDC)
{
return TRUE;
}
假设BitBlt不会占满整个客户区，那么非常抱歉，有点麻烦了，你要生成一个刚好不包含BitBlt显示区域的区域，然后对DC运行SelectClipRgn函数，请在MSDN里面搜索“Region Functions”，里面的函数大多你可能都用得上，主要是创建区域，操作区域（比方求AND，求OR，求DIFF等）。
10、GDI函数调用次数非常重要，用上双缓冲和消除刷新背景之后，闪烁的问题能够觉得是攻克了，以下我们将讨论降低CPU使用率的问题。GDI操作是比較浪费CPU资源的，比方频率的调用GDI函数，势必浪费CPU资源，这当中又特别是字符的打印操作，为此GDI提供PolyTextOut函数，调用它一次，能够输出随意多条的字符，每一条都是独立设置输出位置的，这个函数的使用场合我举个样例，比方你在绘制一个坐标上的刻度值，那么这个函数再好只是了。与此功能相似的还有PolylineTo、Polyline、PolyPolyline、Polygon、PolyPolygon等函数。
11、区域刷新技术，就是将客户区分为若干个区域（通常是矩形即可了，速度快），详细怎么分，分多少个没有定论，理论上，可能须要单独刷新的地方，就分为一个区域，每当这个区域须要刷新的时候，仅仅对这个区域进行绘制，而且BitBlt到屏幕上。详细来说，每个区域应该相应一个刷新函数（或者一个switch语句的某一个case项），这个函数运行GDI操作，当这个区域须要刷新的时候，调用这个函数将新的东西绘制到一个内存兼容DC上，然后让这个矩形失效，那么windows会在适当的时候，调用OnDraw（或相似的函数），在OnDraw里面，直接用BitBlt对无效区域（就是前面提到的那个矩形区域）进行贴图即可。
12、调用CreateCompatibleBitmap创建DDB位图。此函数创建位图时用的是系统内核的分页内存，这是稀有资源。CreateDIBSection的优点是，它使用虚拟内存创建位图。这样执行程序的实例数就仅仅限于pagefile和磁盘空间大小了。只是CreateDIBSection比CreateCompatibleBitmap要难调用一些。
參考资料：《Windows图形编程》
GDI编程小结