BeginPaint和GetDC有什么区别？

这是个windows编程问题。
第一种情况显示出来的字很正常。
case WM_PAINT:
           gdc = BeginPaint (hwnd, &ps);
           TextOut (gdc, 0, 0, s, strlen (s));
           EndPaint (hwnd, &ps);
break;
第二种情况显示的字不停闪烁。
case WM_PAINT:
           gdc = GetDC (hwnd);
           TextOut (gdc, 0, 0, s, strlen (s));
           ReleaseDC (hwnd, gdc);
break;
请教两种函数的作用？

BeginPaint() 和EndPaint() 可以删除消息队列中的WM_PAINT消息，并使无效区域有效。
GetDC()和ReleaseDC()并不删除也不能使无效区域有效，因此当程序跳出 WM_PAINT 时 ，无效区域仍然存在。系统就回不断发送WM_PAINT消息，于是程序不断处理WM_PAINT消息。

相当于BeginPaint、EndPaint会告诉GDI内部，这个窗口需要重画的地方已经重画了，这样WM_PAINT处理完返回给系统后，系统不会再重发WM_PAINT，而GetDC没有告诉系统这个窗口需要重画的地方已经画过，在你把程序返回给系统后，系统一直以为通知你的重画命令你还没有乖乖的执行或者执行出错，所以在消息空闲时，它还会不断地发WM_PAINT催促你画，导致程序卡死。

无效区域 ：

无效区域就是指需要重画的区域，无效的意思是：当前内容是旧的，过时的。
假设A是新弹出的一个对话框或被激活的现有对话框，A对话框置于原来的活动对话框B前面，造成对话框B的部分或全部被覆盖，当对话框A移开或关闭后，使对话框B原来被覆盖的地方重新可见。那部分被覆盖的地方就称为无效区域。
只有当一个窗口消息空闲时，系统才会抽空检查一下这个窗口的无效区域是否为非空（WM_PAINT的优先级是最低的。这也就是为什么系统很忙时窗口和桌面往往会出现变白、刷新不了、留拖拽痕迹等现象的原因），如果非空，系统就发送WM_PAINT。所以一定要用BeginPaint、EndPaint把无效区域设为空，否则WM_PAINT将一直被发送。

为什么WINDOWS要提出无效区域的概念？

这是为了加速。
因为BeginPaint和EndPaint用到的设备描述符只会在当前的无效区域内绘画，在有效区域内的绘画会自动被过滤，大家都知道，WIN GDI的绘画速度是比较慢的，所以能节省一个象素就节省一个，不用吝啬，这样可以有效加快绘画速度。
可见BeginPaint、EndPaint是比较“被动”的，只在窗口新建时和被摧残时才重画。
而GetDC用于主动绘制，只要你指到哪，它就打到哪。它不加判断就都画上去，无效区域跟它没关系。对话框没被覆盖没被摧残，它很健康，系统没要求它重画，但开发者有些情况下需要它主动重画：比如一个定时换外观的窗口，这时候就要在WM_TIMER处理代码用GetDC。这时候再用BeginPaint、EndPaint的话，会因为无效区域为空，所有绘画操作都将被过滤掉。

eg:

PAINTSTRUCT ps;
              HDC hdc = BeginPaint(hWnd,&ps);
              //Create a DC that matches the device
              HDC hdcMem = CreateCompatibleDC(hdc);
              //Load the bitmap
              HANDLE hBmp= LoadImage(g_hInst_MainWnd,MAKEINTRESOURCE(IDB_MAINWND),IMAGE_BITMAP,0,0,0);
              //Select the bitmap into to the compatible device context
              HGDIOBJ hOldSel = SelectObject(hdcMem,hBmp);
              //Get the bitmap dimensions from the bitmap
              BITMAP bmp;
              GetObject(hBmp,sizeof(BITMAP),&bmp);
              //Get the window area
              RECT rc;
              GetClientRect(hWnd,&rc);
              //Copy the bitmap image from the memory DC to the screen DC
              BitBlt(hdc,rc.left,rc.top,bmp.bmWidth,bmp.bmHeight,hdcMem,0,0,SRCCOPY);
              //Restore original bitmap selection and destroy the memory DC
              SelectObject(hdcMem,hOldSel);    
              DeleteDC(hdcMem);
              EndPaint(hWnd,&ps);
              return 0;

/////////////////////////

下面是更加详细的介绍

 

//========================================================================
//TITLE:
//     EVC绘制位图--BeginPaint()与GetDC()的区别
//AUTHOR:
//     norains
//DATE:
//     Tuesday   29-August-2006
//========================================================================
1.BeginPaint()和GetDC()
         在EVC中绘制位图比较方便,有不少现成的函数可供调用,我们所要注意的只是BeginPaint()或GetDC()的使用即可.
         因为代码比较简单,所以不做更多解释.

         这是消息循环函数:
         LRESULT CALLBACK MainWndProc(HWND hWnd,UINT wMsg,WPARAM wParam,LPARAM lParam)
         {
             ......
            
             switch(wMsg)
             {
                 case WM_PAINT:
                         OnPaintMainWnd(hWnd,wMsg,wParam,lParam);
                         break;
                
                 ......                
            
             }
             return DefWindowProc(hWnd,wMsg,wParam,lParam);
            
             ......
            
         }
        
         响应WM_PAINT消息的函数,在这里进行位图的绘制:
         LRESULT OnPaintMainWnd(HWND hWnd,UINT wMsg,WPARAM wParam,LPARAM lParam)
         {
             PAINTSTRUCT ps;
             HDC hdc = BeginPaint(hWnd,&ps);
             //Create a DC that matches the device
             HDC hdcMem = CreateCompatibleDC(hdc);
             //Load the bitmap
             HANDLE hBmp= LoadImage(g_hInst_MainWnd,MAKEINTRESOURCE(IDB_MAINWND),IMAGE_BITMAP,0,0,0);
             //Select the bitmap into to the compatible device context
             HGDIOBJ hOldSel = SelectObject(hdcMem,hBmp);
             //Get the bitmap dimensions from the bitmap
             BITMAP bmp;
             GetObject(hBmp,sizeof(BITMAP),&bmp);
             //Get the window area
             RECT rc;
             GetClientRect(hWnd,&rc);
             //Copy the bitmap image from the memory DC to the screen DC
             BitBlt(hdc,rc.left,rc.top,bmp.bmWidth,bmp.bmHeight,hdcMem,0,0,SRCCOPY);
             //Restore original bitmap selection and destroy the memory DC
             SelectObject(hdcMem,hOldSel);    
             DeleteDC(hdcMem);
             EndPaint(hWnd,&ps);
             return 0;
         }

         我们都知道BeginPaint()和EndPaint()需要配套使用,并且这两个函数也只能用在WM_PAINT消息的相应函数当中.如果我们在WM_PAINT的响应函数中将以上两个绘制函数相应替换为GetDC()和ReleaseDC()会有什么结果呢?
         即:
         HDC hdc = BeginPaint(hWnd,&ps);     -->    HDC hdc = GetDC(hWnd);
         EndPaint(hWnd,&ps);                 -->    ReleaseDC(hWnd,hdc);
        
         编译并运行程序,我们发现窗口一片空白,好像没有绘制位图.但其实不尽然,我们采用单步调试,可以发现其实位图已经绘制出来,只不过又被背景颜色抹掉了.由此可知,如果需要使用GetDC(),我们对消息循环函数必须要加上对WM_ERASEBKGND的处理:
         LRESULT CALLBACK MainWndProc(HWND hWnd,UINT wMsg,WPARAM wParam,LPARAM lParam)
         {
             switch(wMsg)
             {
                 case WM_PAINT:
                         OnPaintMainWnd(hWnd,wMsg,wParam,lParam);
                         break;
                 case WM_ERASEBKGND    
                         return 0;            
             }
             return DefWindowProc(hWnd,wMsg,wParam,lParam);
         }
         只要系统不对WM_ERASEBKGND进行默认处理,我们用GetDC()替代BeginPaint()就可以正常使用.
        
         至此我们可以看出BeginPaint(),EndPaint()和GetDC(),ReleaseDC()的区别.前一对只能用在WM_PAINT响应函数中,并且绘制背景时不会被抹掉;后一对随处可用,但如果用在WM_PAINT响应函数中,那么接下来将会被WM_ERASEBKGND消息的响应函数的背景绘制给抹掉.
        
        
        
        
2.绘图闪烁问题        
     有时候我们大量绘制屏幕时,可能会出现屏幕闪烁问题,这时候可以采用双缓冲的做法.步骤首先是创建一个内存DC,然后往内存DC中绘图,最后把内存DC的内容复制到显示DC中,完成绘制.具体过程并不复杂,结合代码来说明一下.
     PS:这段代码也是相应WM_PAINT 消息的.
    
     PAINTSTRUCT ps;
     HDC hdc;
     //获取屏幕显示DC        
     hdc = BeginPaint (hWnd, &ps);
    
     //创建内存DC
     HDC hdcMem = CreateCompatibleDC(hdc);
     //创建一个bmp内存空间
     HBITMAP hBmp = CreateCompatibleBitmap(hdc,SCREEN_WIDTH,SCREEN_HEIGHT);
     //将bmp内存空间分配给内存DC
     HGDIOBJ hOldSel = SelectObject(hdcMem,hBmp);
    
     //这是使用者需要绘制的画面,全部往内存DC绘制
     Rectangle(hdcMem,0,0,SCREEN_WIDTH,SCREEN_HEIGHT);
     DrawMenuButton(hdcMem);
    
     //将内存DC的内容复制到屏幕显示DC中,完成显示
     BitBlt(hdc,0,0,SCREEN_WIDTH,SCREEN_HEIGHT,hdcMem,0,0,SRCCOPY);
     //清除资源
     SelectObject(hdcMem,hOldSel);    
     DeleteDC(hdcMem);    
     EndPaint(hWnd,&ps);

 

http://hi.baidu.com/joyeep/blog/item/d60c9351daabed19367abeaf.html

 

 

 

 

在Windows API编程中，WM_PAINT是Windows窗口的一个重要消息，应用程序就是通过响应这个消息来完成窗口的绘制。
　　在Windows API编程中，WM_PAINT是Windows窗口的一个重要消息，应用程序就是通过响应这个消息来完成窗口的绘制。

　　The WM_PAINT message is generated by the system and should not be sent by an application.The system sends this message when there are no other messages in the application's message queue

　　注意：WM_PAINT消息是由系统产生，非要等应用程序的消息队列为空时才发送WM_PAINT消息 。

　　其实系统会在很多的不同的机制下发送WM_PAINT消息，比如调用UpdateWindow函数，第一次创建窗口，改变了窗口的大小，最大化，最小化等等。这些动作的产生都是有系统来控制的，应用程序只是接收消息，并处理消息。

　　当Window检测到窗口被覆盖的地方需要恢复的时候，它会向用户程序发送一个WM_PAINT消息，消息中包括了需要恢复的区域，然后由用户程序来决定如何恢复被覆盖的内容。窗口过程收到WM_PAINT消息后，并不代表整个客户区都需要被刷新，有可能客户区被覆盖的区域只有一小块，这个区域叫做“无效区域”，程序只需要更新这个区域。与WM_TIMER消息类似，WM_PAINT消息也是一个低级别的消息，虽然它不会像WM_TIMER消息一样被丢弃，但Windows总是在消息循环空的时候才把WM_PAINT放入其中，实际上，Windows为每个窗口维护一个“绘图信息结构”，无效区域的坐标就在其中，每当消息循环空的时候，如果Windows发现存在一个无效区域，就会放入一个WM_PAINT消息。

　　无效区域的坐标并不附带在WM_PAINT消息的参数中，在程序中有其他方法可以获取，WM_PAINT消息只是通知程序有个区域需要更新而已，所以Windows也不会同时将两条WM_PAINT消息放入消息循环中，当Windows要放入一条WM_PAINT消息的时候，如果发现已经存在一个无效区域了，那么它只需要把新旧两个无效区域合并计算出一个无效区域就可以了，消息循环中还是只需要一条WM_PAINT消息。

　　如果程序在WM_PAINT消息中对客户区刷新完毕后工作并没有结束，如果不使无效区域变得有效，Windows会在下一轮消息循环中继续放入一个WM_PAINT消息，而不是根据程序是否执行了刷新过程，所以程序也可以不去刷新客户区，而是简单地用一个ValidateRect函数直接让客户区变得有效，以此来“欺骗”Windows已经没有无效区域了，当Windows检查“绘图信息结构”的时候发现没有了无效区域，也就不会继续发送WM_PAINT消息了。

　　那么“绘图信息结构”怎么获取呢？BeginPaint函数的第二个参数是一个绘图信息结构的缓冲区地址，windows会在这里返回绘图信息结构，结构中包含了无效区域的位置和大小，绘图信息结构的定义如下：

typedef　struct　tagPAINTSTRUCT　{　//　ps　
　　　　HDC　　　hdc;　
　　　　BOOL　fErase;　
　　　　　RECT　rcPaint;　
　　　　BOOL　fRestore;　
　　　　BOOL　fIncUpdate;　
　　　　BYTE　rgbReserved[32];　
}　PAINTSTRUCT;　

　　其中hdc字段是窗口的设备环境句柄，rcPaint字段是一个RECT结构，它指定了无效区域矩形的对角顶点，fErase字段如果为非零值，表示Windows在发送WM_PAINT消息前已经使用背景色擦除了无效区域，后面3个字段是Windows内部使用的，应用程序不必去理会他们。

　　摘自《Windows环境下32位汇编语言程序设计》

　　大多数Windows程序在WinMain中进入消息循环之前的初始化期间都要呼叫函数UpdateWindow。Windows利用这个机会给窗口消息处理程序发送第一个WM_PAINT消息。这个消息通知窗口消息处理程序：必须绘制显示区域。此后，窗口消息处理程序应在任何时刻都准备好处理其它WM_PAINT消息，必要的话，甚至重新绘制窗口的整个显示区域。在发生下面几种事件之一时，窗口消息处理程序会接收到一个WM_PAINT消息：

　　在使用者移动窗口或显示窗口时，窗口中先前被隐藏的区域重新可见。

　　 使用者改变窗口的大小（如果窗口类别样式有着CS_HREDRAW和CS_VREDRAW位旗标的设定）。

　　 程序使用ScrollWindow或ScrollDC函数滚动显示区域的一部分。

　　程序使用InvalidateRect或InvalidateRgn函数刻意产生WM_PAINT消息。

　　在某些情况下，显示区域的一部分被临时覆盖，Windows试图保存一个显示区域，并在以后恢复它，但这不一定能成功。在以下情况下，Windows可能发送WM_PAINT消息：

　　 Windows擦除覆盖了部分窗口的对话框或消息框。

　　 菜单下拉出来，然后被释放。

　　显示工具提示消息。

　　在某些情况下，Windows总是保存它所覆盖的显示区域，然后恢复它。这些情况是：

　　鼠标光标穿越显示区域。

　　图标拖过显示区域。

　　处理WM_PAINT消息要求程序写作者改变自己向显示器输出的思维方式。程序应该组织成可以保留绘制显示区域需要的所有信息，并且仅当「响应要求」－即Windows给窗口消息处理程序发送WM_PAINT消息时才进行绘制。如果程序在其它时间需要更新其显示区域，它可以强制Windows产生一个WM_PAINT消息。这看来似乎是在屏幕上显示内容的一种舍近求远的方法。但您的程序结构可以从中受益。

　　1. 系统何时发送WM_PAINT消息？

　　系统会在多个不同的时机发送WM_PAINT消息：当第一次创建一个窗口时，当改变窗口的大小时，当把窗口从另一个窗口背后移出时，当最大化或最小化窗口时，等等，这些动作都是由 系统管理的，应用只是被动地接收该消息，在消息处理函数中进行绘制操作；大多数的时候应用也需要能够主动引发窗口中的绘制操作，比如当窗口显示的数据改变的时候，这一般是通过InvalidateRect和 InvalidateRgn函数来完成的。InvalidateRect和InvalidateRgn把指定的区域加到窗口的Update Region中，当应用的消息队列没有其他消息时，如果窗口的Update Region不为空时，系统就会自动产生WM_PAINT消息。

　　系统为什么不在调用Invalidate时发送WM_PAINT消息呢？又为什么非要等应用消息队列为空时才发送WM_PAINT消息呢？这是因为系统把在窗口中的绘制操作当作一种低优先级的操作，于是尽 可能地推后做。不过这样也有利于提高绘制的效率：两个WM_PAINT消息之间通过InvalidateRect和InvaliateRgn使之失效的区域就会被累加起来，然后在一个WM_PAINT消息中一次得到 更新，不仅能避免多次重复地更新同一区域，也优化了应用的更新操作。像这种通过InvalidateRect和InvalidateRgn来使窗口区域无效，依赖于系统在合适的时机发送WM_PAINT消息的机 制实际上是一种异步工作方式，也就是说，在无效化窗口区域和发送WM_PAINT消息之间是有延迟的；有时候这种延迟并不是我们希望的，这时我们当然可以在无效化窗口区域后利用SendMessage 发送一条WM_PAINT消息来强制立即重画，但不如使用Windows GDI为我们提供的更方便和强大的函数：UpdateWindow和RedrawWindow。UpdateWindow会检查窗口的Update Region，当其不为空时才发送WM_PAINT消息；RedrawWindow则给我们更多的控制：是否重画非客户区和背景，是否总是发送WM_PAINT消息而不管Update Region是否为空等。

　　2. BeginPaint

　　今天在处理WM_PAINT消息时产生了一个低级的错误，并搞的我花了快一个小时才找到原因。我在处理消息时，没有使用BeginPaint和EndPaint这对函数，结果我其余的消息弹不出来，窗口拖动时，不停闪烁（其实那就是重绘）。后来还是在MSDN上找到了答案，现将原话贴出来。（在MSDN的The WM_PAINT Message标题中）

　　BeginPaint sets the update region of a window to NULL. This clears the region, preventing it fromgenerating subsequent WM_PAINT messages. If an application processes a WM_PAINT message but does not call BeginPaint or otherwise clear the update region, the application continues to receive WM_PAINT messages as long as the region is not empty. In all cases, an application must clear the update region before returning from the WM_PAINT message.　
　　BeginPaint函数的作用就是将窗口需要重绘的区域设置为空（也就是Update Region置空）。在正常情况下，我们接收到了WM_PAINT消息后，窗口的Update Region都是非空的（如果为空就不需要发送WM_PAINT消息了）。而当你响应这个消息的时候又不调用BeginPaint来清空，窗口的Update Region就一直是非空的，系统就会一直发送WM_PAINT消息。这样就形成了一个处理WM_PAINT消息的死循环。这就是我出现错误的原因，低级错误。

　　BeginPaint和WM_PAINT消息紧密相关。试一试在WM_PAINT处理函数中不写BeginPaint会怎样？程序会像进入了一个死循环一样达到惊人的CPU占用率，你会发现程序总在处理一个接 一个的WM_PAINT消息。这是因为在通常情况下，当应用收到WM_PAINT消息时，窗口的Update Region都是非空的（如果为空就不需要发送WM_PAINT消息了），BeginPaint的一个作用就是把该Update Region置为空，这样如果不调用BeginPaint，窗口的Update Region就一直不为空，如前所述，系统就会一直发送WM_PAINT消息。

　　BeginPaint和WM_ERASEBKGND消息也有关系。当窗口的Update Region被标志为需要擦除背景时，BeginPaint会发送WM_ERASEBKGND消息来重画背景，同时在其返回信息里有一个标志表明窗口背景是否被重画过。当我们用InvalidateRect和InvalidateRgn来把指定区域加到Update Region中时，可以设置该区域是否需要被擦除背景，这样下一个BeginPaint就知道是否需要发送WM_ERASEBKGND消息了。

　　当然关于 WM_PAINT消息还有很多的知识需要学习。另外要注意的一点是，BeginPaint只能在WM_PAINT处理函数中使用，并且在调用了BeginPaint函数后，不要忘记了调用EndPaint函数，他们可是一对的。

　　3.重画函数 InvalidateRect，UpdateWindow， RedrawWindow的区别

　　InvalidateRect是通过线程的消息队列来发送刷新消息，是最常用的。　

　　UpdateWindow是直接调用窗口函数立即响应刷新消息，使窗口刷新消息优先被响应（消息队列中如果没有WM_PAINT消息就什么都不执行），一般是在ShowWindow之后调用。　

　　RedrawWindow相当于先调用InvalidateRect，紧接着又调用UpdateWindow，此外RedrawWindow还提供了一些前两者没法做到的功能。

　　补充几点:

　　1.WM_Paint 是一个被动消息,不能通过普通的方法简单的 sendmessage WM_paint 了事这是不行的;但通过消息由程序员引发不是不可能;通过几个特殊的常数可以做到,不过要到delphi下找

　　2.sendmessage 可以将消息发送到消息队列;但windows会自动判断是否存在无效的画图区域;如果存在无效的画图区域,则可能会重画,反之则弃用该消息.

　　3.可以使用 InvalidateRect 等几个APi将屏幕上任意一个个矩形区域设置为无效区域,在UpdateWindow后调用后,windows会自动查找是否存在无效,并重画,该矩形区域;
 
原文链接：http://edu.codepub.com/2009/0730/11520.php