先来谈谈闪烁产生的原因
原因一：
如果熟悉显卡原理的话，调用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系列下不会有这样的问题。
文章整理：站长天空 网址：http://www.z6688.com/
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
