原文地址：http://dev.csdn.net/article/74/74935.shtm
WM_PAINT是Windows窗口系統中一條重要的消息，應用程序通過處理該消息實現在窗口上的繪制工作。
1. 系統何時發送WM_PAINT消息？
系統會在多個不同的時機發送WM_PAINT消息：當第一次創建一個窗口時，當改變窗口的大小時，當把窗口從另一個窗口背后移出時，當最大化或最小化窗口時，等等，這些動作都是由 系統管理的，應用只是被動地接收該消息，在消息處理函數中進行繪制操作；大多數的時候應用也需要能夠主動引發窗口中的繪制操作，比如當窗口顯示的數據改變的時候，這一般是通過InvalidateRect和 InvalidateRgn函數來完成的。InvalidateRect和InvalidateRgn把指定的區域加到窗口的Update Region中，當應用的消息隊列沒有其他消息時，如果窗口的Update Region不為空時，系統就會自動產生WM_PAINT消息。
系統為什么不在調用Invalidate時發送WM_PAINT消息呢？又為什么非要等應用消息隊列為空時才發送WM_PAINT消息呢？這是因為系統把在窗口中的繪制操作當作一種低優先級的操作，于是盡 可能地推后做。不過這樣也有利于提高繪制的效率：兩個WM_PAINT消息之間通過InvalidateRect和InvaliateRgn使之失效的區域就會被累加起來，然后在一個WM_PAINT消息中一次得到 更新，不僅能避免多次重復地更新同一區域，也優化了應用的更新操作。像這種通過InvalidateRect和InvalidateRgn來使窗口區域無效，依賴于系統在合適的時機發送WM_PAINT消息的機 制實際上是一種異步工作方式，也就是說，在無效化窗口區域和發送WM_PAINT消息之間是有延遲的；有時候這種延遲并不是我們希望的，這時我們當然可以在無效化窗口區域后利用
SendMessage 發送一條WM_PAINT消息來強制立即重畫
【注解：SendMessage會block到被發送的消息被處理完才返回，但是WM_PAINT消息的處理時間又是用戶不可控制的：“GetMessage returns the WM_PAINT message when there are no other messages in the application's message queue, and DispatchMessage sends the message to the appropriate window procedure. ”(MSDN原文)，那么也就是說，你調用SendMessage之后，這個方法需要等待多長時間才能返回是不可控制的。所以MSDN不推薦用戶直接發送WM_PAINT消息：“The WM_PAINT message is generated by the system and should not be sent by an application”】
，但不如使用Windows GDI為我們提供的更方便和強大的函數：UpdateWindow和RedrawWindow。UpdateWindow會檢查窗口的Update Region，當其不為空時才發送WM_PAINT消息；RedrawWindow則給我們更多的控制：是否重畫非客戶區和背景，是否總是發送WM_PAINT消息而不管Update Region是否為空等。
2. BeginPaint
BeginPaint和WM_PAINT消息緊密相關。試一試在WM_PAINT處理函數中不寫BeginPaint會怎樣？程序會像進入了一個死循環一樣達到驚人的CPU占用率，你會發現程序總在處理一個接 一個的WM_PAINT消息。這是因為在通常情況下，當應用收到WM_PAINT消息時，窗口的Update Region都是非空的（如果為空就不需要發送WM_PAINT消息了），BeginPaint的一個作用就是把該Update Region置為空，這樣如果不調用BeginPaint，窗口的Update Region就一直不為空，如前所述，系統就會一直發送WM_PAINT消息。
BeginPaint和WM_ERASEBKGND消息也有關系。當窗口的Update Region被標志為需要擦除背景時，BeginPaint會發送WM_ERASEBKGND消息來重畫背景，同時在其返回信息里有一個標志表明窗口背景是否被重畫過。當我們用InvalidateRect和InvalidateRgn來把指定區域加到Update Region中時，可以設置該區域是否需要被擦除背景，這樣下一個BeginPaint就知道是否需要發送WM_ERASEBKGND消息了。
另外要注意的一點是，BeginPaint只能在WM_PAINT處理函數中使用。