InvalidateRect只是增加重绘区域,在下次WM_PAINT的时候才生效

 

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时,导入方向则相反

 

附:Invalidate 与WM_PAINT之间的关系

系统会在多个不同的时机发送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为窗口句柄.

1.是进入消息循环,它从消息队列中提取各个窗口的消息,然后分派到各个窗口的窗口过程
2.一个窗口的多个WM_PAINT,在一次消息循环中统一处理,就是说只调用一次OnPaint.
3.立即刷新可以调用UpdateWindow,WM_PAINT也会在调用该函数后从消息队列中除去.

 

 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Invalidate与UpdateWindow

Invalidate()函数

Msdn:

Invalidates the entire client area of CWnd. The client area is marked for painting when the nextWM_PAINT message occurs. The region can also be validated before aWM_PAINT message occurs by theValidateRect or ValidateRgn member function. (使客户区域无效。)

UpdateWindow( )函数

Msdn:

Updates the client area by sending a WM_PAINT 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.(如果更新区域不为空,则通过发送WM_PAINT消息来更新客户区。UpdateWindow函数直接发送WM_PAINT消息,不经过应用程序的消息队列。如果更新区域为空,则不发送WM_PAINT消息)

 

从msdn的解释可以看出,Invalidate只是标志无效区域,而不是立即更新客户区域,若要想立即更新,则要在Invalidate后执行UpdateWindow语句,该函数通过发送WM_PAINT消息可以立即更新客户区域(更新区域不为空的情况下)。

而通过在debug下跟踪TRACE语句输出也验证了上面的观点,若只调用Invalidate函数,则必须在程序的所有语句执行完毕后OnPaint函数才会响应。相反,若在执行Invalidate函数后立即执行UpdateWindow函数,则程序会在执行UpdateWindow函数后立即发送WM_PAINT消息,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输出的文字给背景刷掉了。

 

#include <windows.h> #define TIMER_ID 1 // 颜色序列常量定义 COLORREF colors[] = { RGB(255, 0, 0), // 红 RGB(255, 165, 0), // 橙 RGB(255, 255, 0), // 黄 RGB(0, 255, 0), // 绿 RGB(0, 255, 255), // 青 RGB(0, 0, 255), // 蓝 RGB(148, 0, 211) // 紫 }; int colorIndex = -1; // 当前使用的颜色索引初始化为无效值(-1) LRESULT CALLBACK WndProc(HWND, UINT, WPARAM, LPARAM); int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine, int iCmdShow) { static char szAppName[] = "HelloWin"; HWND hwnd; MSG msg; WNDCLASS wndclass; // 设置WNDCLASS结构体... wndclass.style = CS_HREDRAW | CS_VREDRAW; wndclass.lpfnWndProc = (WNDPROC)WndProc; wndclass.cbClsExtra = 0; wndclass.cbWndExtra = 0; wndclass.hInstance = hInstance; wndclass.hIcon = LoadIcon(NULL, IDI_APPLICATION); wndclass.hCursor = LoadCursor(NULL, IDC_ARROW); wndclass.hbrBackground = GetStockBrush(WHITE_BRUSH); // 初始白色背景刷子 wndclass.lpszMenuName = NULL; wndclass.lpszClassName = szAppName; if (!RegisterClass(&wndclass)) { MessageBox(NULL, TEXT("This program requires Windows NT!"), szAppName, MB_ICONERROR); return 0; } hwnd = CreateWindow(szAppName, TEXT("The Windows Program"), WS_OVERLAPPEDWINDOW, CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, NULL, NULL, hInstance, NULL); ShowWindow(hwnd, iCmdShow); UpdateWindow(hwnd); SetTimer(hwnd, TIMER_ID, 500, NULL); // 启动周期性事件(每隔半秒钟) while (GetMessage(&msg, NULL, 0, 0)) { TranslateMessage(&msg); DispatchMessage(&msg); } KillTimer(hwnd, TIMER_ID); // 停止定时器 return msg.wParam; } LRESULT CALLBACK WndProc(HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam) { HDC hdc; PAINTSTRUCT ps; RECT rect; switch(message){ case WM_CREATE: break; case WM_PAINT: { hdc = BeginPaint(hwnd,&ps); // 获取客户区矩形区域信息. GetClientRect(hwnd,&rect); ++colorIndex %= sizeof(colors)/sizeof(COLORREF); // 自增当前颜色索引 FillRect(hdc,&rect,(HBRUSH)CreateSolidBrush(colors[colorIndex])); DeleteObject((HGDIOBJ)(HPEN)SelectObject(hdc,GetStockPen(DC_PEN))); EndPaint(hwnd,&ps); }break; case WM_DESTROY: PostQuitMessage(0); break; default : return DefWindowProc(hwnd,message,wParam,lParam); } return 0; }
最新发布
03-12
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值