InvalidateRect函数中的参数TRUE表示系统会在你画之前用背景色将所选区域覆盖一次,默认背景色为白色,可以通过设置BRUSH来改变背景色。
Invalidate()之后:
...OnPaint()->OnPrepareDC()->OnDraw()
所以只是刷新在OnPaint()和OnDraw()函数中的绘图语句。其它地方没有影响。
Invalidate标记一个需要重绘的无效区域,并不意味着调用该函数后就立刻进行重绘。类似于PostMessage(WM_PAINT),需要处理到WM_PAINT消息时才真正重绘。因为您Invalidate之后还有其他的语句正在执行,程序没有机会去处理WM_PAINT消息,但当函数执行完毕后,消息处理才得以进行。
Invalidate只是放一个WM_PAINT消息在队列里,不做别的,所以只有当当前函数返回后,进入消息循环,取出WM_PAINT,才执行PAINT,所以不管Invalidate放哪里,都是最后的。
InvalidateRect(hWnd,&rect,TRUE);
向hWnd窗体发出WM_PAINT的消息,强制客户区域重绘制,
rect是你指定要刷新的区域,此区域外的客户区域不被重绘,这样防止客户区域的一个局部的改动,而导致整个客户区域重绘而导致闪烁,如果最后的参数为TRUE,则还向窗体发送WM_ERASEBKGND消息,使背景重绘,当然在客户区域重绘之前。
UpdateWindow只向窗体发送WM_PAINT消息,在发送之前判断GetUpdateRect(hWnd,NULL,TRUE)看有无可绘制的客户区域,如果没有,则不发送WM_PAINT
如果希望立即刷新无效区域,可以在调用InvalidateRect之后调用UpdateWindow,如果客户区的任一部分无效,则UpdateWindow将导致Windows用WM_PAINT消息调用窗口过程(如果整个客户区有效,则不调用窗口过程)。这一WM_PAINT消息不进入消息队列,直接由WINDOWS调用窗口过程。窗口过程完成刷新以后立刻退出,WINDOWS将控制返回给程序中UpdateWindow调用之后的语句。(windows程序设计第5版 P98)
UpdateData()顺便说下,这个函数不是刷新界面用的。
UpdateData();参数为FALSE时,将界面上控件绑定的变量的数据导到控件内,参数为TRUE时,导入方向则相反
系统会在多个不同的时机发送WM_PAINT消息:当第一次创建一个窗口时,当改变窗口的大小时,当把窗口从另一个窗口背后移出时,当最大化或最小化窗口时,等等,这些动作都是由系统管理的,应用只是被动地接收该消息,在消息处理函数中进行绘制操作;大多数的时候应用也需要能够主动引发窗口中的绘制操作,比如当窗口显示的数据改变的时候,这一般是通过InvalidateRect和 InvalidateRgn函数来完成的。InvalidateRect和InvalidateRgn把指定的区域加到窗口的Update Region中,当应用的消息队列没有其他消息时,如果窗口的Update Region不为空时,系统就会自动产生WM_PAINT消息。 系统为什么不在调用Invalidate时发送WM_PAINT消息呢?又为什么非要等应用消息队列为空时才发送WM_PAINT消息呢?这是因为系统把在窗口中的绘制操作当作一种低优先级的操作,于是尽可能地推后做,这样有利于提高绘制的效率:在两个WM_PAINT消息之间多个Invalidate调用使之失效的区域就会被累加起来,然后在一个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是否为空等 |
csdn:我调试程序单步执行,在OnPaint()进入处设置了断点,在程序首次进入OnPaint()前,有几处Invalidate()调用,我发现Invalidate()执行后就继续执行下面的语句了,并没有进入OnPaint(),为什么呀? 还有就是OnPaint()的首次执行是由什么引发的?
OnPaint()消息的优先级比较低啊
要想立即执行OnPaint(),可以调用API函数UpdateWindow(hwnd);//hwnd为窗口句柄.
2.一个窗口的多个WM_PAINT,在一次消息循环中统一处理,就是说只调用一次OnPaint.
3.立即刷新可以调用UpdateWindow,WM_PAINT也会在调用该函数后从消息队列中除去.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Invalidate与UpdateWindow
Invalidate()函数
Msdn:
Invalidates the entire client area ofCWnd. The client area is marked for painting when the nextWM_PAINTmessage occurs. The region can also be validated before aWM_PAINTmessage occurs by theValidateRectorValidateRgnmember function.(使客户区域无效。)
Msdn:
Updates the client area by sending aWM_PAINTmessage if the update region is not empty. TheUpdateWindowmember function sends aWM_PAINTmessage directly, bypassing the application queue. If the update region is empty,WM_PAINTis not sent.(如果更新区域不为空,则通过发送WM_PAINT消息来更新客户区。UpdateWindow函数直接发送WM_PAINT消息,不经过应用程序的消息队列。如果更新区域为空,则不发送WM_PAINT消息)
从msdn的解释可以看出,Invalidate只是标志无效区域,而不是立即更新客户区域,若要想立即更新,则要在Invalidate后执行UpdateWindow语句,该函数通过发送WM_PAINT消息可以立即更新客户区域(更新区域不为空的情况下)。
而通过在debug下跟踪TRACE语句输出也验证了上面的观点,若只调用Invalidate函数,则必须在程序的所有语句执行完毕后OnPaint函数才会响应。相反,若在执行Invalidate函数后立即执行UpdateWindow函数,则程序会在执行UpdateWindow函数后立即发送WM_PAINT消息,OnPaint函数去响应,之后再去执行UpdateWindow后面的语句。
下面这两段代码非常有意思,它们是按钮的响应函数:
- voidCASSSDlg::OnBnClickedButton1()
- {
- Invalidate(true);//使窗口的客户区无效
- //UpdateWindow();
- CStringsTemp;
- sTemp="能看见我么?";
- CClientDCdc(this);
- dc.TextOutW(0,0,sTemp);
- }
- //第二段:
- voidCASSSDlg::OnBnClickedButton1()
- {
- Invalidate(true);//使窗口的客户区无效
- UpdateWindow();//发送WM_PAINT消息,立即更新窗口
- CStringsTemp;
- sTemp="能看见我么?";
- CClientDCdc(this);
- dc.TextOutW(0,0,sTemp);
- }
这两段代码的执行效果就在于第二段代码的客户区输出了sTemp语句,而第一段代码却没有输出。原因就在于第一段代码没有立即刷新客户区,而是等到所有语句结束之后才发送WM_PAINT消息,也就是它在TextOut之后才刷新的,TextOut输出的文字给刷掉了。其实不光是TextOut,画出的图也会被刷掉。
当然了,如果第一段代码的Invalidate函数参数为false,则在客户区也能看见TextOutW的输出,这个原因虽然它也是等到所有语句结束之后才发送WM_PAINT消息,但由于Invalidate函数的参数若为false,则不擦除背景(TextOut的输出做为背景被保留下来了),若为true,则用默认画刷擦除背景,即TextOut输出的文字给背景刷掉了。
http://bbs.csdn.net/topics/360152288
TheWM_PAINTmessageisgeneratedbythesystemandshouldnotbesentbyanapplication.Thesystemsendsthismessagewhentherearenoothermessagesintheapplication'smessagequeue
也就是说WM_PAINT消息是由系统产生,非要等应用程序的消息队列为空时才发送WM_PAINT消息,并且该消息不应该被程序(自己写代码用SendMessage)来发送。
当调用UpdateWindow函数,或者是Window检测到窗口被覆盖的地方需要恢复的时候,比如,第一次创建窗口,改变了窗口的大小,最大化,最小化等等(其实这些事件发生时会调用UpdateWindow函数,由该函数发送WM_PAINT消息),它会向用户程序发送一个WM_PAINT消息。窗口过程收到WM_PAINT消息后,并不代表整个客户区都需要被刷新,有可能客户区被覆盖的区域只有一小块,这个区域叫做“无效区域”,程序只需要更新这个区域。与WM_TIMER消息类似,WM_PAINT消息也是一个低级别的消息,虽然它不会像WM_TIMER消息一样被丢弃,但Windows总是在消息循环空的时候才把WM_PAINT放入其中。
无效区域的坐标并不附带在WM_PAINT消息的参数中,在程序中有其他方法可以获取。WM_PAINT消息只是通知程序有个区域需要更新而已,所以Windows也不会同时将两条WM_PAINT消息放入消息循环中。当Windows要放入一条WM_PAINT消息的时候,如果发现已经存在一个无效区域了,那么它只需要把新旧两个无效区域合并计算出一个无效区域就可以了,消息循环中还是只需要一条WM_PAINT消息。
实际上,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结构,它指定了无效区域矩形的对角顶点(如果开始有一个((0,0),(40,40)),现在又来一个((20,20),(60,30)),那么拼接后就是((0,0),(60,40))),fErase字段如果为非零值,表示Windows在发送WM_PAINT消息前已经使用背景色擦除了无效区域,后面3个字段是Windows内部使用的,应用程序不必去理会他们。
在某些情况下,显示区域的一部分被临时覆盖,Windows试图保存一个显示区域,并在以后恢复它,但这不一定能成功。Windows可能发送WM_PAINT消息:Windows擦除覆盖了部分窗口的对话框或消息框;菜单下拉出来,然后被释放;显示工具提示消息。
在某些情况下,Windows总是一定保存它所覆盖的显示区域,然后恢复它。这些情况是:鼠标光标穿越显示区域;图标拖过显示区域。
有时候应用也需要能够主动引发窗口中的绘制操作,比如当窗口显示的数据改变的时候,这一般是通过InvalidateRect和InvalidateRgn函数来完成的。InvalidateRect和InvalidateRgn把指定的区域加到窗口的UpdateRegion中,当应用的消息队列没有其他消息时,如果窗口的UpdateRegion不为空时,系统就会自动产生WM_PAINT消息。
系统为什么不在调用Invalidate时发送WM_PAINT消息呢?又为什么非要等应用消息队列为空时才发送WM_PAINT消息呢?这是因为系统把在窗口中的绘制操作当作一种低优先级的操作,于是尽可能地推后做。不过这样也有利于提高绘制的效率:两个WM_PAINT消息之间通过InvalidateRect和InvaliateRgn使之失效的区域就会被累加起来,然后在一个WM_PAINT消息中一次得到更新,不仅能避免多次重复地更新同一区域,也优化了应用的更新操作。像这种通过InvalidateRect和InvalidateRgn来使窗口区域无效,依赖于系统在合适的时机发送WM_PAINT消息的机制实际上是一种异步工作方式,也就是说,在无效化窗口区域和发送WM_PAINT消息之间是有延迟的;有时候这种延迟并不是我们希望的,这时我们当然可以在无效化窗口区域后利用SendMessage发送一条WM_PAINT消息来强制立即重画,但不如使用WindowsGDI为我们提供的更方便和强大的函数:UpdateWindow和RedrawWindow。UpdateWindow会检查窗口的UpdateRegion,当其不为空时才发送WM_PAINT消息;RedrawWindow则给我们更多的控制:是否重画非客户区和背景,是否总是发送WM_PAINT消息而不管UpdateRegion是否为空等。
BeginPaint
在处理消息时,没有使用BeginPaint和EndPaint这对函数,结果导致其余的消息弹不出来,窗口拖动时,不停闪烁(其实那就是重绘)。后来还是在MSDN上找到了答案,现将原话贴出来。(在MSDN的TheWM_PAINTMessage标题中)
BeginPaintsetstheupdateregionofawindowtoNULL.Thisclearstheregion,preventingitfromgeneratingsubsequentWM_PAINTmessages.IfanapplicationprocessesaWM_PAINTmessagebutdoesnotcallBeginPaintorotherwisecleartheupdateregion,theapplicationcontinuestoreceiveWM_PAINTmessagesaslongastheregionisnotempty.Inallcases,anapplicationmustcleartheupdateregionbeforereturningfromtheWM_PAINTmessage.
BeginPaint函数的作用就是将窗口需要重绘的区域设置为空(也就是UpdateRegion置空)。在正常情况下,我们接收到了WM_PAINT消息后,窗口的UpdateRegion都是非空的(如果为空就不需要发送WM_PAINT消息了)。而当你响应这个消息的时候又不调用BeginPaint来清空,窗口的UpdateRegion就一直是非空的,系统就会一直发送WM_PAINT消息。这样就形成了一个处理WM_PAINT消息的死循环。
BeginPaint和WM_PAINT消息紧密相关。试一试在WM_PAINT处理函数中不写BeginPaint会怎样?程序会像进入了一个死循环一样达到惊人的CPU占用率,你会发现程序总在处理一个接一个的WM_PAINT消息。这是因为在通常情况下,当应用收到WM_PAINT消息时,窗口的UpdateRegion都是非空的(如果为空就不需要发送WM_PAINT消息了),BeginPaint的一个作用就是把该UpdateRegion置为空,这样如果不调用BeginPaint,窗口的UpdateRegion就一直不为空,如前所述,系统就会一直发送WM_PAINT消息。
BeginPaint和WM_ERASEBKGND消息也有关系。当窗口的UpdateRegion被标志为需要擦除背景时,BeginPaint会发送WM_ERASEBKGND消息来重画背景,同时在其返回信息里有一个标志表明窗口背景是否被重画过。当我们用InvalidateRect和InvalidateRgn来把指定区域加到UpdateRegion中时,可以设置该区域是否需要被擦除背景,这样下一个BeginPaint就知道是否需要发送WM_ERASEBKGND消息了。
当然关于WM_PAINT消息还有很多的知识需要学习。另外要注意的一点是,BeginPaint只能在WM_PAINT处理函数中使用,并且在调用了BeginPaint函数后,不要忘记了调用EndPaint函数,他们可是一对的。
重画函数InvalidateRect,Invalidate,UpdateWindow,RedrawWindow
InvalidateRect(部分区域)和Invalidate(整个窗口)仅仅是用来设置无效区域,但是并不重绘窗口。
UpdateWindow检查窗口有无无效区域,如果有,则立即发送一个WM_PAINT消息给窗口并立即重画。
RedrawWindow相当于先调用InvalidateRect,紧接着又调用UpdateWindow,此外RedrawWindow还提供了一些前两者没法做到的功能。
如果不调用InvalidateRect就调用UpdateWindow,那么UpdateWindow什么都不做,因为没有无效区域。如果调用InvalidateRect后不调用UpdateWindow,则系统会自动在窗口消息队列为空的时候,系统自动发送一WM_PAINT消息。