有关windows程序闪烁的问题

    一般的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系列下不会有这样的问题。

 

摘自：

 

Windows用户界面编程中的界面闪烁问题

    在图形化用户界面编程中,若程序自己绘制用户界面时,会经常碰到界面闪烁,比如其他窗口在上面移动，用户界面滚动，这些都有可能导致闪烁。在一个容器中绘制特定的文档,需要相应作为绘图容器的控件的OnPaint事件,需要在OnPaint事件处理中重新绘制文档，而Windows操作系统一般会在两种情况下触发OnPaint事件：容器控件被其他窗体覆盖后又显示，还有就是容器控件的滚动处理。在这些情况下，Windows操作系统会频繁的触发OnPaint事件，而应用程序会频繁的在绘图容器中重新绘制图形，若应用程序没有进行很好的优化，则很有可能导致用户界面闪烁。

   用户界面出现闪烁自然害处多多，首先它使得你的程序看起来不专业，甚至有不稳定的嫌疑，对于追求完美的你这么会容许它的存在呢；其次闪烁会损害用户的视力，容易让用户产生视觉疲劳。

    好了，废话我不多说了，我们就来发现问题，分析问题，解决问题。

    首先说说闪烁的本质，说到本质，就不得不提一些计算机系统结构和Windows图形用户子系统的一些知识。我们知道，在计算机中有一个区域叫做显存，而则每过一些毫秒就从扫描显存，然后根据操作来绘制一个个象素，因此每过一些毫秒显示器显示的内容就会重新设置一遍，由于这是操作，非常快，若画面内容没有变化，则人类肉眼是看不到这个刷新的，此时用户界面是没有任何闪烁。

    右图就是应用程序绘制用户界面的原理，应用程序在的支持下向显存填充数据，而以此同时显卡也从显存加载数据操作显示器绘制图形，（笔者想若应用程序能直接访问显示器则绘制速度不要太快哦），而用户界面闪烁也就根源于这种显示结构。前面提到，显卡每过一些毫秒就会扫描显存，刷新显示器的显示。假设有个显示卡，设置其刷新频率为50赫兹，则它每20毫秒就扫描显存刷新显示器，而显卡的操作和应用程序的操作和应用程序的操作之间没有任何关系，显卡是自带的，于是应用程序和显卡这两个对象同时操作显存，显卡只读取显存，而应用程序则修改显存，这就导致了类似多线程程序的数据同步的问题了。但这时硬件结构决定此时没有什么锁定机制可使用。显卡每20毫秒就进行刷新操作，连操作系统也挡不住，而且应用程序根本不知道显卡会何时进行刷新操作。

    某个时刻，应用程序需要绘制用户界面，首先需要清空绘制容器，因此将显存一大片区域设置为白色，应用程序刚完成了清空操作，还每来得及绘制内容时，显卡就刷新了，很快显示器上显示了一大片白色。同时，应用程序开始绘制内容，应用程序运行缓慢，它化了20毫秒绘制了文档的上半身，文档上半身主要为红色，刚绘制了上半身，显卡就好不留情的进行刷新，很快显示器上显示了一半的文档，刚才一半的白色大半变成了红色，此时用户看来，显示器一下变成一片白，然后很快一半变成红色，此时显示器内容产生了两次大面积的内容变幻，然后应用程序又化了20毫秒显示了文档的下半身，文档下半身主要为绿色，此时显卡进行刷新，显示器上另一半还残存的白色又变成绿色。由于应用程序绘制文档完毕，因此不再修改显存，此时显示器的显示的内容不再发生改变。

    在上面的描述中，显示器首先从花花绿绿变成一片白，20毫秒后一半变成红色，又20毫秒后另一半变成绿色，如此大面积的显示内容短期的改变就是所谓的闪烁，此时计算机显示器就是在折磨用户的眼睛。

    其实从广义上说，计算机显示器显示的内容频繁的发生大面积的改变都是考验人类的眼睛。有些人玩一些激烈的3D，比如雷神CS之类的，若玩的时间长点眼睛就受不了。就是因为这些游戏程序导致显示器显示的内容频繁的发生大面积的改变。因此游戏程序也算导致用户界面闪烁。只不过这种闪烁不算难受。

    通过上面的讨论，知道了闪烁的根源，于是我们发现了问题，并分析了问题，现在解决问题。在目前的计算机结构中，我们的应用程序只能通过填充显存来绘制用户界面，在这种情况下，对付闪烁的不二法则就是快，应用程序要非常快的修改显存。对于每20毫秒进行刷新操作的显卡，若我们的应用程序能在20毫秒内修改显存完毕，则在很多情况下显卡就只会导致显示器显示的内容发生改变，减少闪烁，应用程序填充显存前后显存的数据进行对比，若数据前后不一致的字节数越少，显示器中刷新操作前后颜色发生改变的象素数就越少，这用户界面的闪烁就越小。

    提高应用程序修改显存的速度的方法有很多中，而且Windows操作系统为我们做了许多底层的操作。我们知道若一个窗体被覆盖后又显示了，则Windows操作系统就会向该窗体发送重绘消息，而且还会传一个矩形数据，该矩形表示窗体中需要刷新的区域，应用程序可以根据这个矩形来重新绘制文档的某个部分，这样就不必要绘制所有的内容，提高绘制速度，减少绘制时间，这就需要进行绘图代码的优化。

   在某些情况下，绘图速度很难优化起来，此时可以采用所谓“双缓冲”的技术来减少闪烁，应用程序可以在内存中创建一个和屏幕相兼容的图形设备上下文。该上下文实际上处理一个保存在内存中的BMP图片对象，这样就容许应用程序缓慢地在这个BMP上绘制图形。应用程序绘制完毕，就用WIN32API函数BitBlt来将BMP图片填充到显存中，BitBlt函数速度非常快，足以在屏幕的刷新周期内完成绘图，这样能基本上避免闪烁。

      俗话说，说得容量做到难，编程也一样，本文中对付闪烁的说的轻巧，但在实际编程中，闪烁一直是图形化用户界面编程的老大难问题，需要精心的设计程序结构，优化代码，提高速度。这需要靠很多的理论知识和深厚的编程功底，这些需要长期的编程实践。

摘自：http://dev.21tx.com/2005/07/02/10335.html