VC 繪圖，使用雙緩沖技術(shù)實現(xiàn)

　　ScreenToClient（&rect）； // 轉(zhuǎn)換為客戶區(qū)坐標(biāo)nWidth = rect.Width（）； // 顯示/畫圖區(qū)域x方向物理寬度nHeight = rect.Height（）； // 顯示/畫圖區(qū)域y方向物理高度3. 在自定義函數(shù)中，設(shè)置視口與窗口的比例關(guān)系：

　　m_pDC->SetMapMode（MM_ANISOTROPIC）； // 注意MM_ANISOTROPIC和MM_ISOTROPIC的區(qū)別m_pDC->SetWindowExt（XRange，-yRange）； // 設(shè)定窗口尺寸范圍，畫圖使用的邏輯范圍，實現(xiàn)放大或是縮小，坐標(biāo)方向↑和→為正向m_pDC->SetViewportExt（nWidth，nHeight）； // 設(shè)定視口尺寸范圍，客戶區(qū)實際圖形顯示的區(qū)域范圍，大小固定m_pDC->SetViewportOrg（rect.left，rect.bottom）； //設(shè)定畫圖的邏輯原點坐標(biāo)（0，0）在物理坐標(biāo)的（rect.left，rect.bottom）點上4. 在自定義函數(shù)中，雙緩沖技術(shù)的使用：MemDC.CreateCompatibleDC（m_pDC）； // 創(chuàng)建內(nèi)存兼容設(shè)備上下文MemBitmap.CreateCompatibleBitmap（m_pDC，xRange，yRange）； // 創(chuàng)建內(nèi)存兼容畫布，大小由邏輯范圍決定pOldbitmap = MemDC.SelectObject（&MemBitmap）； // 將畫布選入內(nèi)存設(shè)備上下文MemDC.FillSolidRect（0，0，xRange，yRange，RGB（123，213，132））； // 對內(nèi)存中的畫布填充背景顏色，否則是默認的黑色// 畫圖操作，如畫一條對角直線MemDC.MoveTo（0，0）；MemDC.LineTo（xRange*0.9，yRange*0.9）；// 將內(nèi)存中的畫圖區(qū)域拷貝到界面的控件區(qū)域上去// 第1和第2個參數(shù)若是0時，則從物理坐標(biāo)的（rect.left，rect.bottom）點上開始按上述指定的方向貼圖m_pDC->BitBlt（0，0，xRange，yRange，&MemDC，0，0，SRCCOPY）；5. 在類的析構(gòu)函數(shù)中：MemDC.SelectObject（pOldbitmap）；bitmap.DeleteObject（）；this->ReleaseDC（m_pDC）；6. 至此，就完成了雙緩沖及坐標(biāo)縮放繪圖的功能*********************************************************************************************************************************************用VC做的畫圖程序，當(dāng)所畫的圖形大于屏幕時，在拖動滾動條時屏幕就會出現(xiàn)嚴重的閃爍，為了解決這一問題，就得使用雙緩沖來解決。程序產(chǎn)生嚴重的閃爍問題是因為畫圖過程中前后兩次的畫面反差很大造成的人的視覺的閃爍。因為在VC中每次在調(diào)用OnDraw時系統(tǒng)都是先用背景畫刷將畫布清除再執(zhí)行畫圖命令，這樣在你每次移動滾動條時每執(zhí)行一次OnDraw就會有一個空白頁，這樣和你的最終結(jié)果圖象之間有一個很大的反差，因而看起來閃爍，而且滾動條滾動越快閃爍越嚴重。當(dāng)然，你可以將背景畫刷設(shè)為NULL，這樣可以解決閃爍問題，但是不能將先前的圖象擦除，這樣整個屏幕就顯得很亂。

　　下面將利用雙緩沖來解決這一問題的思路給大家作一下簡單的介紹。

　　我先來解釋一下在MFC里面很關(guān)鍵的設(shè)備環(huán)境描述符，也就是所謂的 DC（device context）。

　　在dos時代，我們?nèi)绻�要繪圖，必須通過一系列系統(tǒng)函數(shù)來啟動圖形環(huán)境（用過turbo pascal或者turbo c的人該還有印象吧），這之間對各種硬件的初始化參數(shù)都不相同，非常的煩人，常常還要查閱硬件手冊，那時的程序智能針對最流行的硬件來編寫，對不流行的就沒有辦法了。windows操作系統(tǒng)為了屏蔽不同的硬件環(huán)境，讓編程時候不考慮具體的硬件差別，采取了一系列辦法，設(shè)備環(huán)境描述符就是這樣產(chǎn)生的。簡單地說，設(shè)備描述符抽象了不同的硬件環(huán)境為標(biāo)準環(huán)境，用戶編寫時使用的是這個虛擬的標(biāo)準環(huán)境，而不是真實的硬件，與真實硬件打交道的工作一般交給系統(tǒng)和驅(qū)動程序去完成（這同樣解釋了為什么我們需要經(jīng)常更新驅(qū)動程序的問題）。使用在windows圖形系統(tǒng)（gdi，而不包括direct x）上面，就體現(xiàn)在一系列的圖形DC上面，我們?nèi)绻�要在gdi上面繪圖，就必須先得到圖形DC的句柄（handle），然后在指定句柄的基礎(chǔ)上進行圖形操作。

　　那么我們怎么在sdk環(huán)境下面繪圖的呢，我想這個大家都不太清楚，但是確實很基礎(chǔ)。在windows的sdk環(huán)境下面，我們用傳統(tǒng)的c編寫程序，在需要的繪圖地方（比如響應(yīng)WM_PAINT消息的分支）這樣做：

　　hdc = GetDC（ hwnd ）；oldGdiObject = SelectObject（ hdc，newGdiObject ）；……繪圖操作……

　　SelectObject（ hdc，oldGdiObject ）；DeleteObject（ newGdiObject ）；ReleaseDC（ hdc）；

　　或者這樣

　　BeginPaint（ hwnd，&ps ）； //PAINTSTRUCT ps —— ps is a paint struct……繪圖操作……

　　EndPaint（ hwnd ）

　　這就是大概的過程，我們看到了hdc（圖形DC句柄）的應(yīng)用。在繪圖的部分，每一個繪圖函數(shù)基本上也要用到這個句柄，最后我們還必須釋放它，否則將嚴重影響性能。每次我們都必須調(diào)用GetDC這個api函數(shù)得到（不能用全局變量保存結(jié)果重復(fù)使用，我在后面將做解釋）。這些是最最基本的windows圖形操作的方式，相比dos時代簡單了些，但是有些概念也難理解了些。vb里面的簡單的point函數(shù)其實最后也是被轉(zhuǎn)化為這樣的方式來執(zhí)行，系統(tǒng)幫助做了很多事情。

　　到了MFC里面，由于有了封裝，所有的hdc被隱藏在對象中做為隱藏參數(shù)來傳遞（就是DC類的this啦～～），所以我們的關(guān)鍵話題就轉(zhuǎn)變?yōu)榱嗽鯓拥玫较胍�的DC類而已。這個過程其實大同小異。在消息響應(yīng)的過程中，WM_PAINT被轉(zhuǎn)變?yōu)镺nDraw（）或是OnPaint（）之類的一系列函數(shù)來響應(yīng)，這些函數(shù)一般都有個參數(shù)CDC *pDC傳入進來，因此在這些函數(shù)里面，我們只需直接畫圖就可以了，和以前sdk的方式一樣。

　　但是WM_PAINT消息響應(yīng)的頻度太高了，比如最小化最大化，移動窗體，覆蓋等等都引起重繪，經(jīng)常的這樣畫圖，很是消耗性能；在有些場合，比如隨機作圖的場合，每一次就改變，還導(dǎo)致了程序的無法實現(xiàn)。怎么解決后一種問題呢。

　　ms在msdn的例子里面交給我們document/view的經(jīng)典解決辦法，將圖形的數(shù)據(jù)存儲在document類里面，view類只是根據(jù)這些數(shù)據(jù)繪圖。比如你要畫個圓，只是將圓心和半徑存在document里面，view類根據(jù)這個里面的數(shù)據(jù)在屏幕上面重新繪制。那么，我們只需要隨機產(chǎn)生一次數(shù)據(jù)就可以了。

　　這樣還是存在性能的問題，于是我們開始考慮另外的解決方法。我們知道，將內(nèi)存中的圖片原樣輸出到屏幕是很快的，這也是我們在dos時代經(jīng)常做的事情，能不能在windows也重新利用呢？答案就是內(nèi)存緩沖繪圖。這就是我們今天的主題。

　　我們還是回到DC上來，既然DC是繪圖對象，我們也就可以自己在內(nèi)存里面造一個，讓它等于我們想要的繪圖對象，圖（CBitmap）可以存儲在document類里面，每一次刷新屏幕都只需將這個圖輸出到屏幕上面，每一次作圖都是在內(nèi)存里面繪制，保存在document的圖里面，必要時還可以將圖輸出到外存保存。這樣既保證了速度，也解決了隨機的問題，在復(fù)雜作圖的情況下對內(nèi)存的開銷也不大（總是一副圖片的大�。�。這是一個很好的解決辦法，現(xiàn)在讓我們來實現(xiàn)它們。

　　1. 我們首先在document類里面保存一個圖片CBitmap m_bmpBuf； //這里面保存了我們做的圖，存在于內(nèi)存中

　　2. 其次在view類里面，我們需要將這個圖拷貝到屏幕上去，于OnDraw（CDC *pDC）函數(shù)中：

　　CDC dcMem； // 以下是輸出位圖的標(biāo)準操作CBitmap *pOldBitmap = NULL；dcMem.CreateCompatibleDC（NULL）；pOldBitmap = dcMem.SelectObject（&pDoc->m_bmpBuf）；BITMAP bmpinfo；pDoc->m_bmpBuf.GetBitmap（&bmpinfo）；pDC->BitBlt（0，0，bmpinfo.bmWidth，bmpinfo.bmHeight，&dcMem，0，0，SRCCOPY）；dcMem.SelectObject（pOldBitmap）；dcMem.DeleteDC（）；

　　3. 在我們需要畫圖的函數(shù)里，完成繪圖工作

　　CBmpDrawDoc *pDoc = GetDocument（）； // 得到document中的bitmap對象CDC *pDC = GetDC（）；CDC dcMem；dcMem.CreateCompatibleDC（NULL）； // 這里我們就在內(nèi)存中虛擬建造了DC pDoc->m_bmpBuf.DeleteObject（）；pDoc->m_bmpBuf.CreateCompatibleBitmap（pDC，100，100）； // 依附DC創(chuàng)建bitmap CBitmap *pOldBitmap = dcMem.SelectObject（&pDoc->m_bmpBuf）； // 調(diào)入了我們的bitmap目標(biāo)

　　dcMem.FillSolidRect（0，0，100，100，RGB（255，255，255））； // 這些是繪圖操作，隨便你^_^ dcMem.TextOut（0，0，"Hello，world！"）；dcMem.Rectangle（20，20，40，40）；dcMem.FillSolidRect（40，40，50，50，RGB（255，0，0））；

　　pDC->BitBlt（0，0，100，100，&dcMem，0，0，SRCCOPY）； // 拷貝到屏幕dcMem.SelectObject（pOldBitmap）；dcMem.DeleteDC（）；

　　全部的過程就是這樣，很簡單吧。以此為例子還可以實現(xiàn)2個緩沖或者多個緩沖等等，視具體情況而定。當(dāng)然在緩沖區(qū)還可以實現(xiàn)很多高級的圖形操作，比如透明，合成等等，取決于具體的算法，需要對內(nèi)存直接操作（其實就是當(dāng)年dos怎么做，現(xiàn)在還怎么做）。

　　再來解釋一下前面說的為什么不能用全局變量保存DC問題：其實DC也是用句柄來標(biāo)識的，所以也具有句柄的不確定性，就是只能隨用隨取，不同時間兩次取得的是不同的（使用過文件句柄地話，應(yīng)該很容易理解的）。那么我們用全局變量保存的DC就沒什么意義了，下次使用只是什么也畫不出來。（這一點的理解可以這樣：DC需要占用一定的內(nèi)存，那么在頻繁的頁面調(diào)度中，位置難免改變，于是用來標(biāo)志指針的句柄也就不同了）。

　　*********************************************************************************************************************************************顯示圖形如何避免閃爍

　　顯示圖形如何避免閃爍，如何提高顯示效率是問得比較多的問題。而且多數(shù)人認為MFC的繪圖函數(shù)效率很低，總是想尋求其它的解決方案。MFC的繪圖效率的確不高但也不差，而且它的繪圖函數(shù)使用非常簡單，只要使用方法得當(dāng)，再加上一些技巧，用MFC可以得到效率很高的繪圖程序。 我想就我長期（呵呵當(dāng)然也只有2年多）使用MFC繪圖的經(jīng)驗談?wù)勎业囊恍┯^點。

　　1、顯示的圖形為什么會閃爍？

　　我們的繪圖過程大多放在OnDraw或者OnPaint函數(shù)中，OnDraw在進行屏幕顯示時是由OnPaint進行調(diào)用的。當(dāng)窗口由于任何原因需要重繪時，總是先用背景色將顯示區(qū)清除，然后才調(diào)用OnPaint，而背景色往往與繪圖內(nèi)容反差很大，這樣在短時間內(nèi)背景色與顯示圖形的交替出現(xiàn)，使得顯示窗口看起來在閃。如果將背景刷設(shè)置成NULL，這樣無論怎樣重繪圖形都不會閃了。 當(dāng)然，這樣做會使得窗口的顯示亂成一團，因為重繪時沒有背景色對原來繪制的圖形進行清除，而又疊加上了新的圖形。

　　有的人會說，閃爍是因為繪圖的速度太慢或者顯示的圖形太復(fù)雜造成的，其實這樣說并不對，繪圖的顯示速度對閃爍的影響不是根本性的。

　　例如在OnDraw（CDC *pDC）中這樣寫：pDC->MoveTo（0，0）；pDC->LineTo（100，100）；這個繪圖過程應(yīng)該是非常簡單、非常快了吧，但是拉動窗口變化時還是會看見閃爍。其實從道理上講，畫圖的過程越復(fù)雜越慢閃爍應(yīng)該越少，因為繪圖用的時間與用背景清除屏幕所花的時間的比例越大人對閃爍的感覺會越不明顯。比如：清楚屏幕時間為1s繪圖時間也是為1s，這樣在10s內(nèi)的連續(xù)重畫中就要閃爍5次；如果清楚屏幕時間為1s不變，而繪圖時間為9s，這樣10s內(nèi)的連續(xù)重畫只會閃爍一次。這個也可以試驗，在OnDraw（CDC *pDC）中這樣寫：for（int i=0；i<100000；i++）

　　{ pDC->MoveTo（0，i）；pDC->LineTo（1000，i）；}呵呵，程序有點變態(tài)，但是能說明問題。

　　說到這里可能又有人要說了，為什么一個簡單圖形看起來沒有復(fù)雜圖形那么閃呢？這是因為復(fù)雜圖形占的面積大，重畫時造成的反差比較大，所以感覺上要閃得厲害一些，但是閃爍頻率要低。那為什么動畫的重畫頻率高，而看起來卻不閃？這里，我就要再次強調(diào)了，閃爍是什么？閃爍就是反差，反差越大，閃爍越厲害。因為動畫的連續(xù)兩個幀之間的差異很小所以看起來不閃。如果不信，可以在動畫的每一幀中間加一張純白的幀，不閃才怪呢。

　　2、如何避免閃爍在知道圖形顯示閃爍的原因之后，對癥下藥就好辦了。

　�。�1）。 首先是去掉MFC 提供的背景繪制過程。實現(xiàn)的方法很多：* 可以在窗口形成時給窗口的注冊類的背景刷賦NULL * 也可以在形成以后修改背景static CBrush brush（RGB（255，0，0））；SetClassLong（this->m_hWnd，GCL_HBRBACKGROUND，（LONG）（HBRUSH）brush）；* 要簡單也可以重載OnEraseBkgnd（CDC* pDC）直接返回TRUE這樣背景沒有了，結(jié)果圖形顯示的確不閃了，但是顯示也象前面所說的一樣，變得一團亂。怎么辦？

　�。�2）。 這就要用到雙緩存的方法了。雙緩沖就是除了在屏幕上有圖形進行顯示以外，在內(nèi)存中也有圖形在繪制。我們可以把要顯示的圖形先在內(nèi)存中繪制好，然后再一次性的將內(nèi)存中的圖形按照一個點一個點地覆蓋到屏幕上去（這個過程非�？欤�因為是非常規(guī)整的內(nèi)存拷貝）。這樣在內(nèi)存中繪圖時，隨便用什么反差大的背景色進行清除都不會閃，因為看不見。當(dāng)貼到屏幕上時，因為內(nèi)存中最終的圖形與屏幕顯示圖形差別很�。ㄈ绻麤]有運動，當(dāng)然就沒有差別），這樣看起來就不會閃。

　　3、如何實現(xiàn)雙緩沖首先給出實現(xiàn)的程序，然后再解釋，同樣是在OnDraw（CDC *pDC）中：

　　CRect rc； // 定義一個矩形區(qū)域變量GetClientRect（rc）；int nWidth = rc.Width（）；int nHeight = rc.Height（）；

　　CDC *pDC = GetDC（）； // 定義設(shè)備上下文CDC MemDC； // 定義一個內(nèi)存顯示設(shè)備對象CBitmap MemBitmap； // 定義一個位圖對象

　　//建立與屏幕顯示兼容的內(nèi)存顯示設(shè)備MemDC.CreateCompatibleDC（pDC）；//建立一個與屏幕顯示兼容的位圖，位圖的大小可選用窗口客戶區(qū)的大小MemBitmap.CreateCompatibleBitmap（pDC，nWidth，nHeight）；//將位圖選入到內(nèi)存顯示設(shè)備中，只有選入了位圖的內(nèi)存顯示設(shè)備才有地方繪圖，畫到指定的位圖上CBitmap *pOldBit = MemDC.SelectObject（&MemBitmap）；//先用背景色將位圖清除干凈，否則是黑色。這里用的是白色作為背景MemDC.FillSolidRect（0，0，nWidth，nHeight，RGB（255，255，255））；

　　//繪圖操作等在這里實現(xiàn)MemDC.MoveTo（……）；MemDC.LineTo（……）；MemDC.Ellipse（……）；

　　//將內(nèi)存中的圖拷貝到屏幕上進行顯示pDC->BitBlt（0，0，nWidth，nHeight，&MemDC，0，0，SRCCOPY）；

　　//繪圖完成后的清理MemDC.SelectObject（pOldbitmap）；MemBitmap.DeleteObject（）；

　　上面的注釋應(yīng)該很詳盡了，廢話就不多說了。

　　4、如何提高繪圖的效率我主要做的是電力系統(tǒng)的網(wǎng)絡(luò)圖形的CAD軟件，在一個窗口中往往要顯示成千上萬個電力元件，而每個元件又是由點、線、圓等基本圖形構(gòu)成。如果真要在一次重繪過程重畫這么多元件，可想而知這個過程是非常漫長的。如果加上了圖形的瀏覽功能，鼠標(biāo)拖動圖形滾動時需要進行大量的重繪，速度會慢得讓用戶將無法忍受。怎么辦？只有再研究研究MFC的繪圖過程了。

　　實際上，在OnDraw（CDC *pDC）中繪制的圖并不是所有都顯示了的，例如：你在OnDraw中畫了兩個矩形，在一次重繪中雖然兩個矩形的繪制函數(shù)都有執(zhí)行，但是很有可能只有一個顯示了，這是因為MFC本身為了提高重繪的效率設(shè)置了裁剪區(qū)。裁剪區(qū)的作用就是：只有在這個區(qū)內(nèi)的繪圖過程才會真正有效，在區(qū)外的是無效的，即使在區(qū)外執(zhí)行了繪圖函數(shù)也是不會顯示的。因為多數(shù)情況下窗口重繪的產(chǎn)生大多是因為窗口部分被遮擋或者窗口有滾動發(fā)生，改變的區(qū)域并不是整個圖形而只有一小部分，這一部分需要改變的就是pDC中的裁剪區(qū)了。因為顯示（往內(nèi)存或者顯存都叫顯示）比繪圖過程的計算要費時得多，有了裁剪區(qū)后顯示的就只是應(yīng)該顯示的部分，大大提高了顯示效率。但是這個裁剪區(qū)是MFC設(shè)置的，它已經(jīng)為我們提高了顯示效率，在進行復(fù)雜圖形的繪制時如何進一步提高效率呢？那就只有去掉在裁剪區(qū)外的繪圖過程了。可以先用pDC->GetClipBox（）得到裁剪區(qū)，然后在繪圖時判斷你的圖形是否在這個區(qū)內(nèi)，如果在就畫，不在就不畫。但如果你的繪圖過程不復(fù)雜，這樣做可能對你的繪圖效率不會有提高。

　　*********************************************************************************************************************************************雙緩存即現(xiàn)在內(nèi)存dc中作圖，而后一次性地拷貝到屏幕上，所以提高了繪圖的速度。但只用此方法不能根本解決閃爍的問題。

　　而將響應(yīng) WM_ERASEBKGND 的重載函數(shù) OnEraseBkgnd（CDC* pDC） 直接返回TRUE是最好的辦法。

　　如下：BOOL CMyWin：：OnEraseBkgnd（CDC* pDC）

　　{ return TRUE；//return CWnd：：OnEraseBkgnd（pDC）； //把系統(tǒng)原來的這條語句注釋掉} *********************************************************************************************************************************************如何修改控件的背景模式及控件的字體顏色1. 改變對話框的背景色在C…App類中的InitInstance（）里添加SetDialogBkColor（RGB（0，192，0），RGB（0，0，0））；

　　2. 如果想改變靜態(tài)文本或單選按鈕的背景色，首先需要獲得控件ID，然后設(shè)置背景色，具體步驟：（1） 響應(yīng)對話框類的WM_CTLCOLOR消息，生成OnCtlColor函數(shù)（2） 為對話框類添加成員變量CBrush m_brush；并在初始化函數(shù)中初始化m_brush.CreateSolidBrush（RGB（0，255，0））； //顏色在這里設(shè)置（3） 在OnCtlColor函數(shù)中添加代碼，以改變控件的文字顏色和背景色switch（pWnd->GetDlgCtrlID（））

　　{ case（IDC_INPUT）：pDC->SetTextColor（RGB（255，0，192））；pDC->SetBkMode（TRANSPARENT）；return m_brush；break；case（IDC_EDIT）：pDC->SetTextColor（RGB（255，0，0））；pDC->SetBkMode（TRANSPARENT）；return m_brush；break；case（IDC_CHOICE）：pDC->SetTextColor（RGB（255，128，0））；pDC->SetBkMode（TRANSPARENT）；return m_brush；break；case（IDC_RADIO）：pDC->SetTextColor（RGB（255，0，20））；pDC->SetBkMode（TRANSPARENT）；return m_brush；break；default：break；}

　　******************************************************************************************************************************************* OnEraseBkGnd與OnPaint的聯(lián)系是什么？

　　轉(zhuǎn)自：http://topic.csdn.net/u/20091012/14/2b948708-6d7b-498a-9806-a2adbd000c5d.html （作者：Tr0j4n）

　　系統(tǒng)重繪時，先調(diào)用OnEraseBkGnd擦除窗口的現(xiàn)有內(nèi)容，再調(diào)用OnPaint繪制新內(nèi)容。

　　問題就產(chǎn)生的：在OnEraseBkGnd中，如果你不調(diào)用原來缺省的OnEraseBkGnd只是重畫背景則不會有閃爍。而在OnPaint里面，由于它隱含的調(diào)用了OnEraseBkGnd，而你又沒有處理OnEraseBkGnd函數(shù)，這時就和窗口缺省的背景刷相關(guān)了。缺省的OnEraseBkGnd操作使用窗口的缺省背景刷刷新背景（一般情況下是白刷），而隨后你又自己重畫背景造成屏幕閃動。

　　另外的一個問題是OnEraseBkGnd不是每次都會被調(diào)用的。如果你調(diào)用Invalidate的時候參數(shù)為TRUE，那么在OnPaint里面隱含調(diào)用BeginPaint的時候就產(chǎn)生WM_ERASEBKGND消息，如果參數(shù)是FALSE 則不會重刷背景。

　　解決方法有：1. 用OnEraseBkGnd實現(xiàn)，不要調(diào)用原來的OnEraseBkGnd函數(shù)。

　　2. 用OnPaint實現(xiàn)，同時重載OnEraseBkGnd，并在其中直接返回TRUE. 3. 用OnPaint實現(xiàn)，創(chuàng)建窗口時設(shè)置背景刷為空。

　　4. 用OnPaint實現(xiàn)，但是要求刷新時用Invalidate（FALSE）這樣的函數(shù)。（不過這種情況下，窗口覆蓋等造成的刷新還是要閃一下，所以不是徹底的解決方法）

--------------------------------------------------------------------------------------------------------------------------------

　　在MFC中任何一個window組件的繪圖都是放在這兩個member function中。在設(shè)定上OnEraseBkgnd（）是用來畫底圖的，而OnPaint（）是用來畫主要對象的。

　　舉例說明，一個按鈕是灰色的，上面還有文字。則OnEraseBkgnd（）所做的事就是把按鈕畫成灰色，而OnPaint（）所做的事就是畫上文字。

　　既然這兩個member function都是用來畫出組件的，那為何還要分OnPaint（） 與 OnEraseBkgnd（） 呢？

　　其實OnPaint（） 與 OnEraseBkgnd（） 特性是有差別的：1. OnEraseBkgnd（）的要求是快速，在里面的繪圖程序最好是不要太耗時間，因為每當(dāng)window組件有任何小變動都會馬上呼叫OnEraseBkgnd（） . 2. OnPaint（） 是只有在程序有空閑的時候才會被呼叫。

　　3. OnEraseBkgnd（） 是在 OnPaint（） 之前呼叫的。

　　所以 OnPaint（） 被呼叫一次之前�？赡軙�呼叫OnEraseBkgnd（）好幾次。

　　如果我們是一個在做圖形化使用者接口的人，常會需要把一張美美的圖片設(shè)為我們dialog的底圖。把繪圖的程序代碼放在OnPaint（） 之中，可能會常碰到一些問題。比方說拖曳一個窗口在我們做的dialog上面一直移動，則dialog會變成灰色，直到動作停止才恢復(fù)。這是因為每次需要重繪的時候，程序都會馬上呼叫OnEraseBkgnd（）。而OnEraseBkgnd（）就把dialog畫成灰色，只有在動作停止之后，程序才會呼叫OnPaint（），這時才會把我們要畫的底圖貼上去。

　　這個問題的解法：1. 比較差點的方法是把OnEraseBkgnd（） 改寫成不做事的function ，如下所示：BOOL CMyDlg：：OnEraseBkgnd（CDC* pDC）

　　{ return TRUE；}以上本來是會呼叫CDialog：：OnEraseBkgnd（） ，但是如果我們不呼叫的話，程序便不會畫上灰色的底色了。

　　2. 比較好的做法是，直接將繪圖的程序從OnPaint（）移到OnEraseBkgnd（）來做，如下所示 ：

　　// m_bmpBKGND 為一CBitmap對象，且事先早已加載我們的底圖// 底圖的大小與我們的窗口client大小一致

　　BOOL CMyDlg：：OnEraseBkgnd（CDC* pDC）

　　{ CRect rc；GetUpdateRect（&rc）；CDC srcDC；srcDC.CreateCompatibleDC（pDC）；srcDC.SelectObject（m_bmpBKGND）；

　　pDC->BitBlt（rc.left，rc.top，rc.GetWidth（）， rc.GetHeight（），&srcDC，rc.left，rc.top，SRCCOPY）；return TRUE；}

　　特別要注意的是，取得重畫大小是使用GetUpdateRect（） 而不是GetClientRect（）。如果使用GetClientRect（） 則會把不該重畫的地方重畫。

　　*****************************************************************************************************************************************雙緩沖加重載onpaint，OnEraseBkgnd解決屏幕閃爍問題轉(zhuǎn)自：http://hi.baidu.com/lovevc2008/blog/item/9bc5a90b2a3eab1894ca6b0e.html自己實現(xiàn)了按鈕切換背景功能后，正暗自爽的我發(fā)現(xiàn)了一個很嚴重的問題。背景切換時總是先出現(xiàn)mfc自帶的灰色難看界面才刷出我用form image控件載入的圖片。上網(wǎng)google了很久�？偹闶墙鉀Q我自己的問題。

　　分三步走：第一， 在OnInitDialog中寫入//////////載入背景圖if（ m_bmp.m_hObject ！= NULL ） //判斷m_bmp.DeleteObject（）；/////////載入圖片HBITMAP hbmp = （HBITMAP）：：LoadImage（AfxGetInstanceHandle（），"res\\aaaaa.BMP"， IMAGE_BITMAP， 0， 0， LR_CREATEDIBSECTION|LR_LOADFROMFILE）；if（ hbmp == NULL ）

　　return FALSE；///////////////////////該斷程序用來取得加載的BMP的信息//////////////////////// m_bmp.Attach（ hbmp ）；DIBSECTION ds；BITMAPINFOHEADER &bminfo = ds.dsBmih；m_bmp.GetObject（ sizeof（ds）， &ds ）；int cx=bminfo.biWidth； //得到圖像寬度int cy=bminfo.biHeight； //得到圖像高度/////得到了圖像的寬度和高度后，我們就可以對圖像大小進行適應(yīng)，即調(diào)整控件的大小，讓它正好顯示一張圖片///// CRect rect；GetDlgItem（IDC_BAK）->GetWindowRect（&rect）；ScreenToClient（&rect）；GetDlgItem（IDC_BAK）->MoveWindow（rect.left，rect.top，cx，cy，true）；//調(diào)整大小第二，重載onpaint函數(shù)//////////////以下三種情況任選一種會是不同效果（只能一種存在）/////////// //CPaintDC dc（this）； //若用此句，得到的是對話框的DC，圖片將被繪制在對話框上。

　　CPaintDC dc（GetDlgItem（IDC_BAK））； // 用此句，得到picture控件的DC，圖像將被繪制在控件上// CDC dc；// dc.m_hDC=：：GetDC（NULL）； //若用此兩句，得到的是屏幕的DC，圖片將被繪制在屏幕上////////// CRect rcclient；GetDlgItem（IDC_BAK）->GetClientRect（&rcclient）；CDC memdc；// Step 1： 為屏幕DC創(chuàng)建兼容的內(nèi)存DC ： CreateCompatibleDC（）

　　memdc.CreateCompatibleDC（&dc）；CBitmap bitmap；bitmap.CreateCompatibleBitmap（&dc， rcclient.Width（）， rcclient.Height（））；// Step 2： 把位圖選入設(shè)備環(huán)境：SelectObject（），可以理解為選擇畫布memdc.SelectObject（ &bitmap ）；CWnd：：DefWindowProc（WM_PAINT， （WPARAM）memdc.m_hDC ， 0）；CDC maskdc；maskdc.CreateCompatibleDC（&dc）；CBitmap maskbitmap；maskbitmap.CreateBitmap（rcclient.Width（）， rcclient.Height（）， 1， 1， NULL）；maskdc.SelectObject（ &maskbitmap ）；maskdc.BitBlt（ 0， 0， rcclient.Width（）， rcclient.Height（）， &memdc， rcclient.left， rcclient.top， SRCCOPY）；CBrush brush；brush.CreatePatternBrush（&m_bmp）；dc.FillRect（rcclient， &brush）；// Step 3： 把繪制好的圖形“拷貝”到屏幕上： BitBlt（）

　　dc.BitBlt（rcclient.left， rcclient.top， rcclient.Width（）， rcclient.Height（）， &memdc， rcclient.left， rcclient.top，SRCPAINT）；brush.DeleteObject（）；// Do not call CDialog：：OnPaint（） for painting messages第三，重載OnEraseBkgnd改為 return TRUE； // CDialog：：OnEraseBkgnd（pDC）；*******************************************************************************************************************************************解決Windows 程序界面閃爍問題的一些經(jīng)驗轉(zhuǎn)載自：http://blog.joycode.com/yaodong/archive/2004/11/26/39764.joy一般的windows 復(fù)雜的界面需要使用多層窗口而且要用貼圖來美化，所以不可避免在窗口移動或者改變大小的時候出現(xiàn)閃爍。

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

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

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

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

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

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

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

　　解決方法：給窗口加個風(fēng)格 WS_CLIPCHILDREN ，這樣父窗口上被子窗口擋住的部分就不會重畫了。如果同級窗口之間有重疊，那么需要再加上 WS_CLIPSIBLINGS 風(fēng)格。

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

　　解決方法：注冊窗口類的時候不要使用這兩個風(fēng)格，如果窗口需要在改變大小的時候重畫，那么可以在WM_SIZE的時候調(diào)用RedrawWindow.原因四：界面上窗口很多，而且改變大小時很多窗口都要移動和改變大小，如果使用MoveWindow或者SetWindowPos兩個API來改變窗口的大小和位置，由于他們是等待窗口重畫完成后才返回，所以過程很慢，這樣視覺效果就可能會閃爍。

　　解決方法：使用以下API來處理窗口移動，BeginDeferWindowPos， DeferWindowPos，EndDeferWindowPos.先調(diào)用 BeginDeferWindowPos 來設(shè)定需要移動的窗口的個數(shù)，在使用 DeferWindowPos 來移動窗口，這個API并不真的造成窗口移動，最后用 EndDeferWindowPos 一次性完成所有窗口的大小和位置的改變。

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

服務(wù)器租用/服務(wù)器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質(zhì)保障！--億恩科技[ENKJ.COM]