WM_PAINT消息的异常情况

矫情吗；* 2022-06-18 04:45 191阅读 0赞

碰到了一个很纠结的事情，结果我找了很久才找到问题所在，竟然出在了WM\_PAINT消息里面。我本来是想写些GDI的东西的，想设个定时器每隔点时间画个点。结果纠结的事情就是定时器不起作用了，就是画不出点。后来我做了一个精简，写了个小程序，在按下左键的时候触发定时器，然后每1S钟触发WM\_TIMER消息，弹出一个框。奇怪的事情就是在这里，老弹不出框。  
  
  
先看代码：

#include <windows.h> #include <stdio.h> LRESULT CALLBACK WndProc (HWND, UINT, WPARAM, LPARAM) ; #define ID_TIMER 1 int WINAPI WinMain (HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine, int iCmdShow) { static TCHAR szAppName[] = TEXT ("LineDemo") ; HWND hwnd ; MSG msg ; WNDCLASS wndclass ; wndclass.style = CS_HREDRAW | CS_VREDRAW ; wndclass.lpfnWndProc = WndProc ; wndclass.cbClsExtra = 0 ; wndclass.cbWndExtra = 0 ; wndclass.hInstance = hInstance ; wndclass.hIcon = LoadIcon (NULL, IDI_APPLICATION) ; wndclass.hCursor = LoadCursor (NULL, IDC_ARROW) ; wndclass.hbrBackground = (HBRUSH) GetStockObject (WHITE_BRUSH) ; wndclass.lpszMenuName = NULL ; wndclass.lpszClassName = szAppName ; if (!RegisterClass (&wndclass)) { MessageBox (NULL, TEXT ("Program requires Windows NT!"), szAppName, MB_ICONERROR) ; return 0 ; } hwnd = CreateWindow (szAppName, TEXT ("Line Demonstration"), WS_OVERLAPPEDWINDOW, CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, NULL, NULL, hInstance, NULL) ; ShowWindow (hwnd, iCmdShow) ; UpdateWindow (hwnd) ; while (GetMessage (&msg, NULL, 0, 0)) { TranslateMessage (&msg) ; DispatchMessage (&msg) ; } return msg.wParam ; } LRESULT CALLBACK WndProc (HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam) { static HANDLE h_Handle; HDC hdc ; static HPEN hPen; static COLORREF colorrrefRGB =RGB(0,0,0); static POINT pt; switch (message) { case WM_TIMER: MessageBox(NULL,"","",MB_OK); return 0; case WM_PAINT: return 0; case WM_LBUTTONDOWN: SetTimer(hwnd,ID_TIMER,1000,NULL); break; case WM_DESTROY: PostQuitMessage (0) ; return 0 ; } return DefWindowProc (hwnd, message, wParam, lParam) ; }

难道是没有收到WM\_TIMER消息？于是我就在WM\_LBUTTONDOWN消息里面SendMessage(hwnd,WM\_TIMER,NULL,1);  
调试的时候发现消息是传到了WM\_TIMER里面的，但是就是卡在了MessageBox函数那。这可纠结了···  
  
  
过了一两个小时，我终于发现问题出在哪里了，就是在WM\_PAINT那里！我重新去找了WM\_PAINT消息的资料，总算了解了些。  
下面是我参考http://www.examda.com/ncre2/cpp/jichu/20090613/082508824-2.html的。  
  
  
首先，什么时候会触发WM\_PAINT消息？在以下情况下，Windows可能发送WM\_PAINT消息：  
　　Windows擦除覆盖了部分窗口的对话框或消息框。  
　　菜单下拉出来，然后被释放。  
　　显示工具提示消息。  
　　在某些情况下，Windows总是保存它所覆盖的显示区域，然后恢复它。这些情况是：  
　　鼠标光标穿越显示区域。  
　　图标拖过显示区域。  
　　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  
　　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\_PAINT处理函数中使用，并且在调用了BeginPaint函数后，不要忘记了调用EndPaint函数，他们可是一对的。  
  
  
  
再回来上面的代码，这下解决起来就很轻松了。  
下面有两种解决方法

1.     case WM\_PAINT:

hdc = BeginPaint (hwnd, &ps) ;  
EndPaint(hwnd, &ps);  
          return 0 ;  
这样就windows就会把无效区域重画了，就不会一直产生WM\_PAINT消息，阻塞队列了。这样就自然能弹出对话框了。  
  
  
2.     case WM\_PAINT:  
  
break；  
直接用break就能跳出switch结构，调用DefWindowProc (hwnd, message, wParam, lParam) ; 交还给Windows自己处理。  
Windows自己会处理WM\_PAINT消息。  
  
今天就到这里了(\*^\_\_^\*)