深度分析WM_PAINT和WM_ERASEBKGND消息

做windows开发这么久了,一直以来对WM_PAINT和WM_ERASEBKGND消息总是感觉理解的不准确,每次要自绘一个窗口都因为知其然不知其所以然,偶然发现一篇文章,详细透彻地分了这个两个消息的用途和设计初衷,这篇文章也是我见过最深入也是最准确关于WM_PAINT和WM_ERASEBKGND消息的,文中每一句话都值得咀嚼。先转载如下:

一直以来,对于WM_PAINT和WM_ERASEBKGND消息不是很清楚,从书上和网上找了很多资料,大体上有以下几点说法:
1>WM_PAINT先产生,WM_ERASEBKGND后产生

2.WM_PAINT产生后,在调用BeginPaint时
hdc = BeginPaint(hWnd, &ps); 
如果ps.fErase为true,则BeginPaint会产生WM_ERASEBKGND消息

3.BeginPaint函数用来擦除窗口背景

4.WM_ERASEBKGND用来绘制背景

经过调试、分析,发现上面的说法并不正确。以下是一些测试代码,代码后面附上一些分析。最后总结出几点,可以解释程序中出现的所有关于窗口重绘的问题。
如有不正确的地方,大家可以指正。

为了说明问题,在此不说WM_NCPAINT消息(非客户区消息),只说WM_ERASEBKGND消息和客户区的WM_PAINT消息

//此段代码摘自vc6应用程序向导自动生成的代码,并添加了一些测试代码
LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
 int wmId, wmEvent;
 PAINTSTRUCT ps;
 HDC hdc;
 TCHAR szHello[MAX_LOADSTRING];
 LoadString(hInst, IDS_HELLO, szHello, MAX_LOADSTRING);
 
 switch (message) 
 {
 case WM_COMMAND:
  wmId    = LOWORD(wParam); 
  wmEvent = HIWORD(wParam); 
  // Parse the menu selections:
  switch (wmId)
  {
  case IDM_ABOUT:
   DialogBox(hInst, (LPCTSTR)IDD_ABOUTBOX, hWnd, (DLGPROC)About);
   break;
  case IDM_EXIT:
   DestroyWindow(hWnd);
   break;
  default:
   return DefWindowProc(hWnd, message, wParam, lParam);
  }
  break;
  case WM_ERASEBKGND: //如果处理了这个消息,则默认消息处理函数不会调用,背景就不会绘制
   {
    static int iCount=0;
    char ch[MAX_PATH];
    sprintf(ch,"%d ---------WM_ERASEBKGND\n",iCount); //这个函数需要包含#include<stdio.h>
    OutputDebugString(ch); //调试时便于观察
    iCount++;
   break;
   }
  case WM_PAINT:
   {
    OutputDebugString("  -------------WM_PAINT\n");
    hdc = BeginPaint(hWnd, &ps); //使无效区域变得有效,并填充ps结构
    // TODO: Add any drawing code here...
    
    //绘制一个蓝色椭圆,ps.rcPaint保存了客户区矩形
    HBRUSH hbrush=::CreateSolidBrush(RGB(0,0,255)); 
    ::SelectObject(hdc,hbrush);
    ::Ellipse(hdc,ps.rcPaint.left,ps.rcPaint.top,ps.rcPaint.right,ps.rcPaint.bottom);
    ::DeleteObject(hbrush);
    
    EndPaint(hWnd, &ps);
    break;
   }
  case WM_LBUTTONDOWN: //调用DefWindowProc擦除客户区背景
   {
    HDC hdc;
    hdc=::GetDC(hWnd);
    WPARAM w=(WPARAM)hdc;
    LPARAM l=0;
    DefWindowProc(hWnd, WM_ERASEBKGND, w, l);
   }
   break;
  case WM_DESTROY:
   PostQuitMessage(0);
   break;
  default:
   return DefWindowProc(hWnd, message, wParam, lParam);
 }
 return 0;
}

先说一下程序运行时发现的一些现象:
1.
上面的代码:如果添加了WM_ERASEBKGND消息,里面什么也不做,如下
case WM_ERASEBKGND:
  
  break;

则当程序运行时,如果收到WM_ERASEBKGND消息,则这个switch-case结构中就不会执行默认消息处理函数DefWindowProc,运行时发现,窗口的背景就没有了,即背景为空。
这说明了窗口背景仅仅是由默认的消息处理函数DefWindowProc绘制的。
(注:注册窗口类时,背景设置为白色wcex.hbrBackground = (HBRUSH)(COLOR_WINDOW+1);)

2.
如上面的代码,因为有WM_ERASEBKGND消息,则程序运行时窗口背景为NULL,
但是如果添加了WM_LBUTTONDOWN消息,从里面调用默认窗口消息处理函数,如下
case WM_LBUTTONDOWN:
  {
   HDC hdc;
   hdc=::GetDC(hWnd);
   WPARAM w=(WPARAM)hdc; //变量w作为WM_ERASEBKGND消息的wParam参数,保存了设备环境句柄
   LPARAM l=0;
   DefWindowProc(hWnd, WM_ERASEBKGND, w, l); //调用默认消息处理函数DefWindowProc
  }
  break;
程序运行时,如果用鼠标单击一下窗口客户区,则窗口的背景就会显示!这进一步说明了窗口的背景色是由默认消息处理函数DefWindowProc绘制的。

3.
以上代码,因为添加了WM_ERASEBKGND消息,所以窗口背景是空。
虽然在WM_PAINT消息中有
hdc = BeginPaint(hWnd, &ps);函数的调用,但是窗口背景仍然是空,这说明了BeginPaint函数并不会擦除背景(即用默认画刷绘制窗口背景)。

BeginPaint函数只做了两件事情:
1》使窗口无效区域变得有效,从而使Windows不再发送WM_PAINT消息(直到窗口大小改变等,使窗口再次变得无效)。
(如果窗口一直无效,则Windows会不停地发送WM_PAINT消息)

1》填充PAINTSTRUCT结构。填充这个结构的目的,是让程序员可以根据ps变量中的标志值进行某些操作

4.
调试的时候,发现:当窗口改变大小,或者其它操作使窗口变得无效时,WM_ERASEBKGND消息总是先于WM_PAINT消息发出,而且如果产生WM_ERASEBKGND消息,
则最后一个WM_ERASEBKGND的下一条消息一定是WM_PAINT消息(WM_ERASEBKGND可能会连续产生几次)。WM_ERASEBKGND消息和WM_PAINT消息之间没有其它消息

--------------------------------------------
以下是一些总结

1.窗口背景的擦除(即绘制)

窗口的背景色是由默认的消息处理函数DefWindowProc擦除的(即这个函数使用注册窗口类时使用的背景刷擦除窗口背景)。
什么时候绘制?在窗口函数收到WM_ERASEBKGND消息,DefWindowProc函数以WM_ERASEBKGND为参数,才会绘制窗口背景
(注:当WM_ERASEBKGND消息产生后,窗口一定有一部分变得无效)

2.窗口的无效:

当拖动窗口的一个顶点改变了窗口的大小、窗口由最小化恢复到最大化、窗口的一部分被其它窗口遮住又重新显示、调用MoveWindow函数改变了窗口大小、窗口移动到桌面之外的

部分被拖回重新显示时,窗口就会变得无效。 无效区域是整个客户区,因此默认窗口处理函数DefWindowProc会擦除整个客户区。
(注:拖动窗口标题栏移动窗口,只要窗口没有移动到屏幕之外,那么这两个消息都不产生)

当窗口无效时,Windows会给窗口发出WM_ERASEBKGND消息和WM_PAINT消息,而且WM_ERASEBKGND先发出一次或者几次,紧接着是WM_PAINT

例外:InvalidateRect函数的调用会使窗口变得无效,并产生WM_ERASEBKGND消息和WM_PAINT消息,而WM_ERASEBKGND是否产生取决于参数bErase

void InvalidateRect ( 
LPCRECT lpRect, 
BOOL bErase = TRUE ); 
当参数bErase为true时,WM_ERASEBKGND消息产生,当bErase为false时WM_ERASEBKGND消息不产生

3.消息的处理过程
当窗口无效时,

先发出WM_ERASEBKGND消息若干次-----------再发出WM_PAINT消息,WM_ERASEBKGND和WM_PAINT之间没有其它消息
WM_ERASEBKGND消息的后面一定是WM_PAINT

1》WM_ERASEBKGND消息的处理:
上面的代码,如果没有添加WM_ERASEBKGND,则默认的消息处理函数DefWindowProc会被调用,此时的DefWindowProc会擦除窗口背景(即绘制背景),并且ps.fErase会为FALSE

如果添加了WM_ERASEBKGND消息,DefWindowProc就不会被调用,则无法擦除窗口背景,并且ps.fErase会为true

2》WM_PAINT的处理
在这个消息中如果调用了hdc = BeginPaint(hWnd, &ps);函数,则此函数只做了两件事:填充ps结构、使窗口重新变得有效

另外DefWindowProc函数也会使窗口变得有效

关于ps.fErase;
这个参数和窗口函数WndProc的返回值有关:
当窗口函数WndProc返回true;则产生WM_PAINT消息时,ps.fErase就为false;表明系统擦除了背景
当窗口函数WndProc返回false;则产生WM_PAINT消息时,ps.fErase就为true;表明系统没有擦除背景

设想一下,当上面的代码中添加了WM_ERASEBKGND消息并在其中直接返回true(这表明系统已经绘制了窗口背景),则ps.fErase就为false
case WM_ERASEBKGND: 
return true; //窗口函数WndProc返回true;

注意返回的真或者假只是让程序员可以看见ps.fErase,并作出自己的代码,与窗口的显示即背景没有关系
有些人说当ps.fErase==true,BeginPaint函数会发送一个WM_ERASEBKGND消息,其实BeginPaint并未发出WM_ERASEBKGND消息

4.自己绘制背景或者系统绘制背景。
如果程序员不想系统擦除背景,而自己想绘制背景,怎么办呢?方法是在WM_ERASEBKGND消息处理中添加自己的绘制代码。
对于WM_ERASEBKGND消息,wParam参数保存了用于绘制的设备环境,lParam不使用。

如上面的示例代码,当添加了WM_ERASEBKGND消息,则switch---case中就不会调用DefWindowProc函数绘制背景。这时,程序员自己就可以添加绘制代码
而在基于MFC的程序中,是这样处理自绘代码的:

BOOL CCeDlg::OnEraseBkgnd(CDC* pDC) //这个函数就是WM_ERASEBKGND的消息处理函数
{
 // TODO: Add your message handler code here and/or call default
//添加自绘代码
...
return TRUE; //返回真,代表着窗口函数的返回值。以便于程序员在WM_PAINT消息中作出相应处理(如果需要)。这里返回时就不会调用下面的默认处理

//下面将调用系统默认的消息处理函数DefWindowProc进行背景的默认绘制。
 return CDialog::OnEraseBkgnd(pDC); //不执行自动生成的这个函数
}

执行这个函数时,提示用户绘制背景,如果用户没有绘制背景,则return CDialog::OnEraseBkgnd(pDC);调用默认的窗口处理函数进行背景的擦除

BOOL CCeDlg::OnEraseBkgnd(CDC* pDC) 
{
 // TODO: Add your message handler code here and/or call default
//添加自绘背景代码
 CBitmap m_bitmap;
 BITMAP m_bmInfo;
 m_bitmap.LoadBitmap(IDB_BITMAP1);
 m_bitmap.GetObject(sizeof(m_bmInfo),&m_bmInfo);

CDC memDC;
 memDC.CreateCompatibleDC(pDC);
 memDC.SelectObject(&m_bitmap);

GetClientRect(m_rect);
 pDC->StretchBlt(0,0,m_rect.Width(),m_rect.Height(),

&memDC,0,0,m_bmInfo.bmWidth,m_bmInfo.bmHeight,SRCCOPY); //内存拷贝函数。绘制背景
 memDC.DeleteDC();

return true;//返回真,代表着窗口函数的返回值。以便于程序员在WM_PAINT消息中作出相应处理(如果需要)。这里返回时就不会调用下面的默认处理

//下面将调用系统默认的消息处理函数DefWindowProc进行背景的默认绘制。
 return CDialog::OnEraseBkgnd(pDC); //不执行自动生成的这个函数
}

5.WM_ERASEBKGND消息和WM_PAINT消息的另外一种含义:背景色与前景色

可以这样理解WM_ERASEBKGND消息和WM_PAINT消息:

WM_ERASEBKGND消息用于通知系统或者程序员绘制背景色
WM_PAINT消息用于通知程序员绘制前景色,比如在WM_PAINT中调用TextOut函数输出文本

非常感谢原作者的工作,文章地址:http://blog.csdn.net/sdeeds/article/details/6859530

时间: 2024-08-08 01:10:29

深度分析WM_PAINT和WM_ERASEBKGND消息的相关文章

WM_PAINT和WM_ERASEBKGND消息

1.OnPaint()函数是窗口重绘消息WM_PAINT的响应函数,当窗口重绘时会产生WM_ERASEBKGND消息和WM_PAINT消息,而且WM_ERASEBKGND会先于WM_PAINT产生,所以窗口重绘时,会先调用OnEraseBkGnd()擦除窗口,再调用OnPaint绘制窗口.如果你在OnPaint()里自绘了窗口,在窗口重绘的时候会发现窗口会闪一下,原因就是OnEraseBkGnd()函数中使用默认的画刷(一般为灰白色)来擦除窗口.解决这个问题有三个方法: ① 在OnEraseBk

窗口绘制有关的消息整理 WM_PAINT, WM_NCPAINT, WM_ERASEBKGND

WM_PAINTWM_PAINT是Windows窗口系统中一条重要的消息,应用程序通过处理该消息实现在窗口上的绘制工作. WM_NCPAINT当窗口客户区以外的部分(如窗口标题栏.菜单栏等)需要需要重画时,系统向程序发出该消息.因标准窗口的客户区以外部分为窗口必需部分,因而该消息将默认被发送到DefWindowProc函数进行默认处理.程序可通过截获该消息来实现窗口其他部分的自定义绘制. WM_ERASEBKGND The WM_ERASEBKGND message is sent when t

Invalidate(TRUE)与Invalidate(FALSE)区别(前者会发送WM_ERASEBKGND消息全部刷新,然后使用WM_PAINT消息绘制,而后者只发送WM_PAINT消息)

使用Invalidate(TRUE)函数时,它会向消息队列中添加了WM_ERASEBKGND和WM_PAINT两个消息. 使用Invalidate(FALSE)函数时,它只会向消息队列中添加了WM_PAINT消息. WM_ERASEBKGND消息的作用以背景色填充客户区,因此他会将之前绘制的图像情况,然后响应WM_PAINT消息后,会调用OnPaint函数,进行响应图像绘制工作.故Invalidate(TRUE)相当于将原来画的内容清空后,重新绘制. 而Invalidate(TRUE)只发送WM

深度解析VC中的消息(转发)

http://blog.csdn.net/chenlycly/article/details/7586067 这篇转发的文章总结的比较好,但是没有告诉我为什么ON_MESSAGE的返回值必须是LRESULT 摘要: Windows编程和Dos编程,一个很大的区别就是,windows编程是事件驱动,消息传递的.所以,要做好windows编程,必须对消息机制有一个清楚的认识,本文希望能够对消息的传递做一个全面的论述,由于小生初学VC,里面可能有一些错误的地方,还往各位大虾批评.指正. 注意:有些消息

WM_PAINT 与 WM_ERASEBKGND(三种情况,比较清楚)

一直对这两个消息的关系不是太了解,借重新深刻学习windows编程的机会研究一番. 当窗口从无效变为有效时,比方将部分覆盖的窗口恢复时会重绘窗口时:1)程序首先会通过发送其他消息调用DefWindowProc,它内部会发送WM_ERASEBKGND消息,然后才会发送WM_PAINT消息,而且不经过消息队列.2)诸如UpdateWindow也会先调用WM_ERASEBKGND消息的处理过程,然后才会调用WM_PAINT消息的处理过程.3)当调用InvalidateRect时(三个参数:hWnd,R

WM_PAINT与WM_ERASEBKGND

当WM_PAINT不是由InvalidateRect产生时,即由最大化,最小化等产生时,或者移动产生(移动有时只会产生WM_ERASEBKGND消息)系统先发送WM_ERASEBKGND消息,再发送WM_PAINT消息. 如果处理WM_ERASEBKGND消息时返回FALSE,BeginPaint标记pt.fErase 为TRUE,如果处理WM_ERASEBKGND时返回TRUE,BeginPaint标记pt.fErase为FALSE. 当WM_PAINT由InvalidateRect产生时,先

深度分析:Android中Mms设置页面更改短信中心号码流程

相关控件初始化方法:showSmscPref private void showSmscPref() { int count = MSimTelephonyManager.getDefault().getPhoneCount(); boolean airplaneModeOn = Settings.System.getInt(getContentResolver(), Settings.System.AIRPLANE_MODE_ON, 0) != 0; for (int i = 0; i < c

Storm深度分析及其正式版本思考

Storm发展到现在已经有了5个年头,从刚开始惊艳四方,到现在逐渐被新兴框架(Flink.Spark Streaming)挑战.Storm本身也在不断的发展,Twitter对其不断的探索,且深一步的开发了Heron框架.社区也在憋了5年后发布了第一个正式版本. Storm内部机制及探索 内部机制 Storm写了一层调度系统,Nimbus作为调度的Master(类似ResourceManager),Supervisor作为工作机器上的监控进程(类似NodeMonitor),Worker作为真正的工

深度分析LINUX环境下如何配置multi-path

首先介绍一下什么是多路径(multi-path)?先说说多路径功能产生的背景,在多路径功能出现之前,主机上的硬盘是直接挂接到一个总线(PCI)上,路径是一对一的关系,也就是一条路径指向一个硬盘或是存储设备,这样的一对一关系对于操作系统而言,处理相对简单,但是缺少了可靠性.当出现了光纤通道网络(Fibre Channle)也就是通常所说的SAN网络时,或者由iSCSI组成的IPSAN环境时,由于主机和存储之间通过光纤通道交换机或者多块网卡及IP来连接时,构成了多对多关系的IO通道,也就是说一台主机