GDI编程小结

图形设备接口(GDI)是一个可执行程序，它接受Windows应用程序的绘图请求(表现为GDI函数调用)，并将它们传给相应的设备驱动程序，完成特定于硬件的输出，象打印机输出和屏幕输出。GDI负责Windows的全部图形输出，包括屏幕上输出像素、在打印机上输出硬拷贝以及绘制Windows用户界面。也就是Windows的图形编程。html

1、GDI体系结构java

一、  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

二、  GDI函数分类编程

GDI的功能太多了，因此咱们须要一种办法对Win32 GDI API的函数分类，以便理解GDI的结构，MSDN库将GDI API分红17个领域，清楚地描述了GDI的功能。windows

(1)位图：处理建立、绘制设备相关位图(DDB)、设备无关位图(DIB)、DIB段、像素和区域填充的函数。安全

(2)画刷：处理建立、修改GDI画刷对象的函数。数据结构

(3)剪裁：处理设备上下文可绘制区域的函数。框架

(4)颜色：调色板管理。ide

(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支持。

其余没有文档记载的函数。

三、  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就会很容易地检查当前进程标识符是否和GDI对象的nProcess字段一致，目的是强制对象句柄不能在另外一个进程中访问的规则。

根据微软的文档，进程终止时，由该进程建立的全部GDI对象会被释放。若是你想知道这是怎样实现的，咱们如今有一点线索了。GDI只需搜索GDI对象表并删除有指定进程标识符的对象。

（4）nUpper：再次检查句柄：咱们发现GDI对象表入口的nUpper字段是4字节GDI对象句柄的高两个字节的彻底拷贝——对GDI对象句柄进行错误检查是低成本的冗余校验。

（5）nType:内部对象类型：nType的低字节一般和HGDIOBJ中的是7位类型信息相同，高位字节一般是零。

（6）pUser指向用户模式数据结构。

GDI对象类型列表：

五、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)等。

2、三种图形输出类型
　　应用程序可使用GDI建立三种类型的图形输出：矢量输出、位图图形输出和文本输出。

矢量图形输出
　　矢量图形输出指的是建立线条和填充图形，包括点、直线、曲线、多边形、扇形和矩形的绘制。
位图输出
　　位图图形的输出是指位图图形函数对以位图形式存储的数据进行操做，它包括各类位图和图标的输出。
　　在屏幕上表现为对若干行和列的像素的操做，在打印机上则是若干行和列的点阵的输出。
　　位图图形输出的优势是速度很快，它是直接从内存到显存的拷贝操做。缺点是须要额外的内存空间。
文本输出
　　与DOS字符方式下的输出不一样，Windows是按图形方式输出的。
　　这样，在输出文本时，必须以逻辑坐标为单位计算文本的输出位置，而不是象DOS下以文本行为单位输出文本。这比DOS下的文本输出要难一些。
　　按图形方式输出文本给文本输出带来很大的灵活性。用户能够经过调用各类GDI函数，制造出各类文本输出效果，包括加粗、斜体、设置颜色等。
　　Windows还提供了一种TrueType(写真字体)。TrueType字体用一组直线和曲线命令及一些参数来描述字体的轮廓。Windows能够经过参数来调整直线的长度和曲线的形状，从而实现对字体的自由缩放。

3、设备描述表(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用于窗口客户区和非客户区（包括窗口边框、标题栏、控制按钮等）的绘制。除非要本身绘制窗口边框和按钮（如一些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消息。

4、图形对象

图形对象类包括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./blog/294778

GDI坐标变换详细总结

http://d.download.csdn.net/down/2596722/junco007

编程中注意问题：

一、  设备上下文5大区域：剪裁区域、元区域，系统区域，API区域，RAO区域。对于由函数BeginPaint、GetDC或者CreateDC所返回的设备上下文来讲，其剪裁区域的值是NULL,剪裁区域的值为NULL,也就意味着没有剪裁区域。没有剪裁区域意味着系统区域氛围内的全部图形都将被显示出来，而不是不显示。

二、  库存对象(StcokObject)是由操做系统预先建立的，并为全部在系统中运行的过程共享。在应用程序使用完库存对象以后，没有必要删除他们的句柄。可是调用函数DeleteObject来处理库存对象句柄是十分安全的，当函数DeleteObject没有作任何事情时，它将返回TRUE值。

三、  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看来，它不是一个窗口，它不像一个按钮，由于按钮是一个窗口，因此windows在刷背景的时候，会从刷新区域里面减掉按钮所占的区域，那么回到正题，在对话框上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图形编程》