VC窗口闪烁

 

一般的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就可以了。

 

3、有效的进行搽除

　　搽除背景的时候，不要该搽不该搽的地方都搽。比如，你在一个窗口上放了一个很大的Edit框，几乎占了整个窗口，那么你频繁的搽除整个窗口背景将导致Edit不停重画形成剧烈的闪烁。事实上你可以CRgn创建一个需要搽除的区域，只搽除这一部分。

 

4、使用MemoryDC先在内存里把图画好，再复制到屏幕上

　　这对于一次画图过程很长的情况比较管用。毕竟内存操作比较快，而且复制到屏幕又是一次性的，至少不会出现可以明显看出一个东东从左画到右的情况。

 

上述方法确实有效，但在有很多控件的情况下，计算一个窗口中需要擦除并重绘的“空白区域”是一件很麻烦的事情。为了方便这种方

法的实际应用，我写了一组宏来完成”计算空白区域“的功能：

/************************************************************************/
/* MFC版
/* 宏功能: 界面刷新时仅刷新指定控件以外的空白区域;可有效避免窗口闪烁
/* 使用于: WM_ERASEBKGND 消息处理函数/************************************************************************/
#define ERASE_BKGND_BEGIN /

CRect bgRect;/
GetClientRect(&bgRect);/
CRgn bgRgn;/
bgRgn.CreateRectRgnIndirect(bgRect);
//#define ERASE_BKGND_BEGIN
// Marco parameter 'IDC' specifies the identifier of the control
#define ADD_NOERASE_CONTROL(IDC)/
{/
　CRect controlRect;/
　GetDlgItem(IDC)->GetWindowRect(&controlRect);/
　CRgn controlRgn;/
　controlRgn.CreateRectRgnIndirect(controlRect);/
　if(bgRgn.CombineRgn(&bgRgn, &controlRgn, RGN_XOR)==ERROR)/
　　return false;/
}

// Marco parameter 'noEraseRect' specifies a screen coordinates based RECT,
// which needn't erase.
#define ADD_NOERASE_RECT(noEraseRect)/
{/
　CRgn noEraseRgn;/
　noEraseRgn.CreateRectRgnIndirect(noEraseRect);/
　if(bgRgn.CombineRgn(&bgRgn, &noEraseRgn, RGN_XOR)==ERROR)/
　　return false;/
}

// Marco parameter 'pDC' is a kind of (CDC *) type.
// Marco parameter 'clBrushColor' specifies the color to brush the area.
#define ERASE_BKGND_END(pDC, clBrushColor)/
CBrush brush;/
brush.CreateSolidBrush(clBrushColor);/
CPoint saveOrg = (pDC)->GetWindowOrg();/
(pDC)->SetWindowOrg(bgRect.TopLeft());/
(pDC)->FillRgn(&bgRgn, &brush);/
(pDC)->SetWindowOrg(saveOrg);/
brush.DeleteObject();/
//#define ERASE_BKGND_END
/*************************************************/

 

说明：
　　1)宏 ERASE_BKGND_BEGIN 和 ERASE_BKGND_END(pDC, clBrushColor) 搭配使用。
　　2)宏 ADD_NOERASE_CONTROL(IDC) 和 ADD_NOERASE_RECT(noEraseRect) 根据需要放在上面两个宏的中间，用来添加不需要重绘

背景的区域(正是这些区域导致了闪烁)，使用次数不限。其中参数noEraseRect是一个屏幕坐标系的RECT类型或CRect类型。

　　使用举例

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;
}