emWIN里面的无效重绘和windows很类似。
WM_InvalidateArea()和WM_InvalidateRect()只重绘指定的区域，其他区域不会重绘，这样避免了闪烁，重绘发生在下次WM_PAINT消息中。
WM_InvalidateWindow()重绘整个窗口，可以看到明显的闪烁。//
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为窗口句柄．
～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～
Invalidate与UpdateWindow
Invalidate（）函数
Msdn：
Invalidates the entire client area of CWnd. The client area is marked for painting when the nextmessage occurs. The region can also be validated before aWM_PAINT message occurs by the or member function. （使客户区域无效。）
UpdateWindow( )函数
Msdn：
Updates the client area by sending a message if the update region is not empty. TheUpdateWindow member function sends aWM_PAINT message directly, bypassing the application queue. If the update region is empty,WM_PAINT is not sent.（如果更新区域不为空，则通过发送消息来更新客户区。UpdateWindow函数直接发送WM_PAINT消息，不经过应用程序的消息队列。如果更新区域为空，则不发送WM_PAINT消息）
从msdn的解释可以看出，Invalidate只是标志无效区域，而不是立即更新客户区域，若要想立即更新，则要在Invalidate后执行UpdateWindow语句，该函数通过发送消息可以立即更新客户区域（更新区域不为空的情况下）。
而通过在debug下跟踪TRACE语句输出也验证了上面的观点，若只调用Invalidate函数，则必须在程序的所有语句执行完毕后OnPaint函数才会响应。相反，若在执行Invalidate函数后立即执行UpdateWindow函数，则程序会在执行UpdateWindow函数后立即发送消息，OnPaint函数去响应，之后再去执行UpdateWindow后面的语句。
下面这两段代码非常有意思，它们是按钮的响应函数：
- void CASSSDlg::OnBnClickedButton1()
- {
- Invalidate(true); //使窗口的客户区无效
- //UpdateWindow();
- CString sTemp;
- sTemp="能看见我么？";
- CClientDC dc(this);
- dc.TextOutW(0,0,sTemp);
- }
- //第二段：
- void CASSSDlg::OnBnClickedButton1()
- {
- Invalidate(true); //使窗口的客户区无效
- UpdateWindow(); //发送WM_PAINT消息，立即更新窗口
- CString sTemp;
- sTemp="能看见我么？";
- CClientDC dc(this);
- dc.TextOutW(0,0,sTemp);
- }
这两段代码的执行效果就在于第二段代码的客户区输出了sTemp语句，而第一段代码却没有输出。原因就在于第一段代码没有立即刷新客户区，而是等到所有语句结束之后才发送WM_PAINT消息，也就是它在TextOut之后才刷新的，TextOut输出的文字给刷掉了。其实不光是TextOut，画出的图也会被刷掉。
当然了，如果第一段代码的Invalidate函数参数为false，则在客户区也能看见TextOutW的输出，这个原因虽然它也是等到所有语句结束之后才发送WM_PAINT消息，但由于Invalidate函数的参数若为false，则不擦除背景（TextOut的输出做为背景被保留下来了），若为true，则用默认画刷擦除背景，即TextOut输出的文字给背景刷掉了。
原文：http://blog.csdn.net/liuy_yy/article/details/7190331