一般的windows 複雜的界面需要使用多層窗口而且要用貼圖來美化，所以不可避免在窗口移動或者改變大小的時候出現閃爍。
先來談談閃爍產生的原因
原因一：
如果熟悉顯卡原理的話，調用GDI函數向屏幕輸出的時候並不是立刻就顯示在屏幕
上只是寫到了顯存裏，而顯卡每隔一段時間把顯存的內容輸出到屏幕上，這就是刷新週期。
一般顯卡的刷新週期是 1/80秒左右，具體數字可以自己設置的。
這樣問題就來了，一般畫圖都是先畫背景色，然後再把內容畫上去，如果這兩次操作不在同一個
刷新週期內完成，那麼給人的視覺感受就是，先看到只有背景色的圖像，然後看到畫上內容的圖像，
這樣就會感覺閃爍了。
解決方法：儘量快的輸出圖像，使輸出在一個刷新週期內完成，如果輸出內容很多比較慢，那麼採用
內存緩衝的方法，先把要輸出的內容在內存準備好，然後一次輸出到顯存。要知道一次API調用一般可以
在一個刷新週期內完成。
對於GDI，用創建內存DC的方法就可以了
原因二：
複雜的界面有多層窗口組成，當windows在窗口改變大小的時候是先重畫父窗口，然後重畫子窗口，子父
窗口重畫的過程一般無法在一個刷新週期內完成，所以會呈現閃爍。
我們知道父窗口上被子窗口擋住的部分其實沒必要重畫的
解決方法：給窗口加個風格 WS_CLIPCHILDREN ,這樣父窗口上被子窗口擋住的部分就不會重畫了。
如果同級窗口之間有重疊，那麼需要再加上 WS_CLIPSIBLINGS 風格
原因三：
有時候需要在窗口上使用一些控件，比如IE，當你的窗口改變大小的時候IE會閃爍，即使你有了WS_CLIPCHILDREN
也沒用。原因在於窗口的類風格有CS_HREDRAW 或者 CS_VREDRAW，這兩個風格表示窗口在寬度或者高度變化的時候
重畫，但是這樣就會引起IE閃爍
解決方法：註冊窗口類的時候不要使用這兩個風格，如果窗口需要在改變大小的時候重畫，那麼可以在WM_SIZE的時候
調用RedrawWindow。
原因四：
界面上窗口很多，而且改變大小時很多窗口都要移動和改變大小，如果使用MoveWindow或者SetWindowPos兩個API來
改變窗口的大小和位置，由於他們是等待窗口重畫完成後才返回，所以過程很慢，這樣視覺效果就可能會閃爍。
解決方法：
使用以下API來處理窗口移動，BeginDeferWindowPos, DeferWindowPos，EndDeferWindowPos
先調用 BeginDeferWindowPos 設定需要移動的窗口的個數
使用DeferWindowPos，來移動窗口，這個API並不真的造成窗口移動
EndDeferWindowPos 一次性完成所有窗口的大小和位置的改變。
有個地方要特別注意，要仔細計算清楚要移動多少個窗口，BeginDeferWindowPos設定
的個數一定要和實際的個數一致，否則在Win9x下，如果實際移動的窗口數多於調用BeginDeferWindowPos
時設定的個數，可能會造成系統崩潰。在Windows NT系列下不會有這樣的問題。
如果你在屬性裏設置了 拖動窗口顯示窗口內容的話，屏幕看起來會閃許多。你可以通過api SystemParameters（） ，把它去掉在你的應用程序裏。這樣在用戶看來會好一點。這只是我個人建議。
----------------------------
1、將Invalidate()替換爲InvalidateRect()
Invalidate()會導致整個窗口的圖象重畫，需要的時間比較長，而InvalidateRect()僅僅重畫Rect區域內的內容，所以所需時間會少一些。蟲蟲以前很懶，經常爲一小塊區域的重畫就調用Invalidate()，不願意自己去計算需要重畫的Rect，但是事實是，如果你確實需要改善閃爍的情況，計算一個Rect所用的時間比起重畫那些不需要重畫的內容所需要的時間要少得多。
2、禁止系統搽除你的窗口
系統在需要重畫窗口的時候會幫你用指定的背景色來搽除窗口。可是，也許需要重畫的區域也許非常小。或者，在你重畫這些東西之間還要經過大量的計算才能開始。這個時候你可以禁止系統搽掉原來的圖象。直到你已經計算好了所有的數據，自己把那些需要搽掉的部分用背景色覆蓋掉（如：dc.FillRect(rect,&brush);rect是需要搽除的區域，brush是帶背景色的刷子），再畫上新的圖形。要禁止系統搽除你的窗口，可以重載OnEraseBkgnd()函數，讓其直接返回pUE就可以了。如
| BOOL CMyWin::OnEraseBkgnd(CDC* pDC) { return pUE; //return CWnd::OnEraseBkgnd(pDC);//把系統原來的這條語句註釋掉。 } |
3、有效的進行搽除
搽除背景的時候，不要該搽不該搽的地方都搽。比如，你在一個窗口上放了一個很大的Edit框，幾乎佔了整個窗口，那麼你頻繁的搽除整個窗口背景將導致Edit不停重畫形成劇烈的閃爍。事實上你可以CRgn創建一個需要搽除的區域，只搽除這一部分。如
| GetClientRect(rectClient); rgn1.CreateRectRgnIndirect(rectClient); rgn2.CreateRectRgnIndirect(m_rectEdit); if(rgn1.CombineRgn(&rgn1,&rgn2,RGN_XOR) == ERROR)//處理後的rgn1只包括了Edit框之外的客戶區域，這樣，Edit將不會被我的背景覆蓋而導致重畫。 { ASSERT(FALSE); return ; } brush.CreateSolidBrush(m_clrBackgnd); pDC->FillRgn(&rgn1,&brush); brush.DeleteObject(); |
注意：在使用這個方法的時候要同時使用方法二。別忘了，到時候又說蟲蟲的辦法不靈。
4、使用MemoryDC先在內存裏把圖畫好，再複製到屏幕上
這對於一次畫圖過程很長的情況比較管用。畢竟內存操作比較快，而且複製到屏幕又是一次性的，至少不會出現可以明顯看出一個東東從左畫到右的情況。
| void CMyWin::OnPaint() { CPaintDC dc1(this); // device context for painting dcMemory.CreateCompatibleDC(&dc1); CBitmap bmp;//這裏的Bitmap是必須的，否則當心弄出一個大黑塊哦。 bmp.CreateCompatibleBitmap(&dc1,rectClient.Width(),rectClient.Height()); dcMemory.SelectObject(&bmp); //接下來你想怎麼畫就怎麼畫吧。 //dcMemory.FillRect(rectClient,&brush); dc1.BitBlt(0,0,rectClient.Width(),rectClient.Height(),&dcMemory,0,0,SRCCOPY); dcMemory.DeleteDC(); // Do not call CWnd::OnPaint() for painting messages } |
爭議
上述方法確實有效，但在有很多控件的情況下，計算一個窗口中需要擦除並重繪的“空白區域”是一件很麻煩的事情。爲了方便這種方法的實際應用，我寫了一組宏來完成”計算空白區域“的功能：
|
/************************************************************************/ // Marco parameter 'noEraseRect' specifies a screen coordinates based RECT, // Marco parameter 'pDC' is a kind of (CDC *) type. |
說明：
1)宏 ERASE_BKGND_BEGIN 和 ERASE_BKGND_END(pDC, clBrushColor) 搭配使用。
2)宏 ADD_NOERASE_CONTROL(IDC) 和 ADD_NOERASE_RECT(noEraseRect) 根據需要放在上面兩個宏的中間，用來添加不需要重繪背景的區域(正是這些區域導致了閃爍)，使用次數不限。其中參數noEraseRect是一個屏幕座標系的RECT類型或CRect類型。
使用舉例1：
在當前窗體的類中重寫WM_ERASEBKGND消息處理函數如下：
| BOOL CMyWnd::OnEraseBkgnd(CDC* pDC) { ERASE_BKGND_BEGIN; ADD_NOERASE_RGN(IDC_BUTTON2); ADD_NOERASE_RGN(IDC_BUTTON1); ADD_NOERASE_RGN(IDC_LIST_STAT); ERASE_BKGND_END(pDC, GetSysColor(COLOR_3DFACE)); return false; } |
上面的IDC_BUTTON2，IDC_BUTTON1，IDC_LIST_STAT即窗體上的控件。
你可以指定其他已存在的控件。
這樣，窗口在擦除背景時，將只對上述控件以後的”空白區域“使用系統色重繪，有效避免了閃爍。
備註：
重載WM_ERASEBKGND消息處理函數OnEraseBkgnd的方法，選擇View->ClassWizard->classinfo選項卡:message filter下拉框:
選擇window,然後再選擇message maps選項卡,在messages下拉框應該可以找到wm_erasebkgnd.雙擊添加.
使用舉例2：防止CListCtrl在拉動窗口時閃爍。
| /* * No further full-erasing is required, * to prevent screen flashing caused by background erase and view repaint. * Only erase the blank area. */ BOOL CExListCtrl::OnEraseBkgnd(CDC* pDC) { //compute the holding-data-items area of this list control CRect rect; CPoint dataRgnTopLeftPoint; CPoint dataRgnBottomRightPoint; GetItemPosition(0 , &dataRgnTopLeftPoint); GetItemPosition(GetItemCount() , &dataRgnBottomRightPoint); if(!GetHeaderCtrl()->GetItemRect(GetHeaderCtrl()->GetItemCount()-1, rect)) return CListCtrl::OnEraseBkgnd(pDC); dataRgnBottomRightPoint.x = rect.right; rect.SetRect(dataRgnTopLeftPoint, (CPoint)(dataRgnBottomRightPoint - CPoint(2,2))); ClientToScreen(dataRgnRect); //compute and erase the blank area. Using the Marco. ERASE_BKGND_BEGIN; ADD_NOERASE_RECT(dataRgnRect); ERASE_BKGND_END(pDC, GetBkColor()); return false; } |
說明：CListCtrl在拉動的時候，會前以背景色重刷背景，再在上面繪製有數據的Items， 而沒有數據的區域則保持背景色。因此，如果在BOOL CExListCtrl::OnEraseBkgnd(CDC* pDC) 函數中簡單的return false，那麼沒有數據的區域將顯示不正常。 故舉例2中先計算出有數據的items的區域，這是不需要以背景重刷的區域。 再使用本文的宏，就可以有效避免CListCtrl在拉動時候的閃爍。