轉(zhuǎn)載原稿地址:http://blog.joycode.com/yaodong/archive/2004/11/26/39764.aspx

一般的windows 復(fù)雜的界面需要使用多層窗口而且要用貼圖來美化，所以不可避免在窗口移動(dòng)或者改變大小的時(shí)候出現(xiàn)閃爍。

先來談?wù)勯W爍產(chǎn)生的原因

原因一：
如果熟悉顯卡原理的話，調(diào)用GDI函數(shù)向屏幕輸出的時(shí)候并不是立刻就顯示在屏幕
上只是寫到了顯存里，而顯卡每隔一段時(shí)間把顯存的內(nèi)容輸出到屏幕上，這就是刷新周期。

一般顯卡的刷新周期是 1/80秒左右，具體數(shù)字可以自己設(shè)置的。

這樣問題就來了，一般畫圖都是先畫背景色，然后再把內(nèi)容畫上去，如果這兩次操作不在同一個(gè)
刷新周期內(nèi)完成，那么給人的視覺感受就是，先看到只有背景色的圖像，然后看到畫上內(nèi)容的圖像，
這樣就會(huì)感覺閃爍了。

解決方法：盡量快的輸出圖像，使輸出在一個(gè)刷新周期內(nèi)完成，如果輸出內(nèi)容很多比較慢，那么采用
內(nèi)存緩沖的方法，先把要輸出的內(nèi)容在內(nèi)存準(zhǔn)備好，然后一次輸出到顯存。要知道一次API調(diào)用一般可以
在一個(gè)刷新周期內(nèi)完成。

對(duì)于GDI，用創(chuàng)建內(nèi)存DC的方法就可以了

原因二：

復(fù)雜的界面有多層窗口組成，當(dāng)windows在窗口改變大小的時(shí)候是先重畫父窗口，然后重畫子窗口，子父
窗口重畫的過程一般無法在一個(gè)刷新周期內(nèi)完成，所以會(huì)呈現(xiàn)閃爍。

我們知道父窗口上被子窗口擋住的部分其實(shí)沒必要重畫的

解決方法：給窗口加個(gè)風(fēng)格 WS_CLIPCHILDREN ,這樣父窗口上被子窗口擋住的部分就不會(huì)重畫了。

如果同級(jí)窗口之間有重疊，那么需要再加上 WS_CLIPSIBLINGS 風(fēng)格

原因三：

有時(shí)候需要在窗口上使用一些控件，比如IE，當(dāng)你的窗口改變大小的時(shí)候IE會(huì)閃爍，即使你有了WS_CLIPCHILDREN
也沒用。原因在于窗口的類風(fēng)格有CS_HREDRAW 或者 CS_VREDRAW，這兩個(gè)風(fēng)格表示窗口在寬度或者高度變化的時(shí)候
重畫，但是這樣就會(huì)引起IE閃爍

解決方法：注冊(cè)窗口類的時(shí)候不要使用這兩個(gè)風(fēng)格，如果窗口需要在改變大小的時(shí)候重畫，那么可以在WM_SIZE的時(shí)候
調(diào)用RedrawWindow。

原因四：

界面上窗口很多，而且改變大小時(shí)很多窗口都要移動(dòng)和改變大小，如果使用MoveWindow或者SetWindowPos兩個(gè)API來
改變窗口的大小和位置，由于他們是等待窗口重畫完成后才返回，所以過程很慢，這樣視覺效果就可能會(huì)閃爍。

解決方法：

使用以下API來處理窗口移動(dòng)，BeginDeferWindowPos, DeferWindowPos，EndDeferWindowPos
先調(diào)用 BeginDeferWindowPos 設(shè)定需要移動(dòng)的窗口的個(gè)數(shù)
使用DeferWindowPos，來移動(dòng)窗口，這個(gè)API并不真的造成窗口移動(dòng)
EndDeferWindowPos 一次性完成所有窗口的大小和位置的改變。

有個(gè)地方要特別注意，要仔細(xì)計(jì)算清楚要移動(dòng)多少個(gè)窗口，BeginDeferWindowPos設(shè)定
的個(gè)數(shù)一定要和實(shí)際的個(gè)數(shù)一致，否則在Win9x下，如果實(shí)際移動(dòng)的窗口數(shù)多于調(diào)用BeginDeferWindowPos
時(shí)設(shè)定的個(gè)數(shù)，可能會(huì)造成系統(tǒng)崩潰。在Windows NT系列下不會(huì)有這樣的問題。