我一直以为程序执行到Invalidate()后马上进入OnPaint(),但现在发现不是这样的，为什么？

Question

我调试程序单步执行，在OnPaint()进入处设置了断点，在程序首次进入OnPaint()前，有几处Invalidate()调用，我发现Invalidate()执行后就继续执行下面的语句了，并没有进入OnPaint(),为什么呀？还有就是OnPaint()的首次执行是由什么引发的？

Answer 1

OnPaint()消息的优先级比较低啊

Answer 2

要想立即执行OnPaint()，可以调用API函数UpdateWindow(hwnd);//hwnd为窗口句柄．

Answer 3

基本上明白了，在某处调用Invalidate()后，还有后面的语句等待执行，这时没有机会进入消息队列，所以无法取出Invalidate()放进去的WM_PAINT,只有当函数都执行完毕后进入消息循环才取出放进去的若干WM_PAINT，执行OnPaint(),我想可能消息队列里有几个WM_PAINT就执行几次OnPaint(),这是我的猜想.......
因为一个程序窗口里有许多窗口(CWnd的派生类)，比如一个Button就是一个窗口，每个窗口都可以调用Invalidate(),每个窗口都有自己的OnPaint()。所以一个程序里可以有许多OnPaint()......晕，不知道是不是这样

Answer 4

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