开篇之前说点别的，马上年终了，好希望年终奖大大的，但是好像这次项目的展示很重要，所以这几天绷得比较近，但是真的没有感觉烦，就是害怕来不及。所以抓紧了。下面直接正题。说一下用到的东西，都是Google搜索来的，但是这些技术真的能用到自己的项目中，自己做的东西等过年回家没事慢慢总结，现在先学习一下别人的东西，也算作一个笔记吧。
我需要在窗体上进行图片的绘制，但是在实际的测试中发现了问题，那就是重绘的时候会发生闪烁，这个问题在初学C语言的课程中也遇到过，在程序绘制动画的高频率刷新的时候，也会产生闪烁，而那时候的解决办法，是对动画进行双缓冲(Double Buffering)处理。
在被双缓冲这个名词吓到之前，我们先来探讨下为什么重绘的时候会发生闪烁：
说道动画的原理大家都懂，就是利用了人眼的视觉残留(Visual staying)现象，当一副画面进入人眼成像后，并不会立刻消失，而是仍会保留一小段时间，于是当连续的图像以很高的速度切换的时候，人眼会看到动态的影响，而不是处于切换中的单个图像。
这个过程可以参考图1：
当这三幅图片以一定频率直接切换的时候，人们就会看到A貌似是在向右方移动。
那么为什么我们依据这个原理来编程绘制动画的时候会出现闪烁呢？是因为计算机的速度太慢不够给力么？当然不是！
下面我们看一下图形图像是怎么显示在屏幕上的：
这是显示图像的硬件的结构图，我们平时用函数画线什么的，其实都是向显示缓冲区（显存）中写数据，当然了它是逻辑内存（CPU只能看到一块大的逻辑内存，其中包括主存也包括显存等）的一部分。显示器有自己的刷新频率，定期的以很快的速度把显示缓冲器中的数据显示到显示屏幕上。
注意：显示缓冲区和显示器是一起的，显示器只负责从显示缓冲区取数据显示。我们通常所说的在显示器上画一条直线，其实就是往显示缓冲区中写入数据。显示器通过不断的刷新（从显示缓冲区取数据），从而使显示缓冲区中的数据的改变及时的反映到显示器上。
如果我们要显示的内容很复杂，涉及到很大的CPU计算量，那么CPU要把整个图像写入到显示缓冲区就要一定的时间，但是显示器依然按照自己的速度把显存中的数据显示到屏幕上，这就出现了问题，显存中的数据明明不完整，但是还是会先到到了屏幕上，这就让人的视觉上出现闪烁的样子。
我们如果不加任何处理，就在画布Canvas上进行绘图，那么计算机的处理过程是这样的：只有上面的显示缓冲区，画布Canvas就在显示缓冲区中。
Step 1: 将Canvas以背景色填充（也就是清除Canvas上现有的内容）
Step 2: 在Canvas上按照要求绘制新的画面
那么这样的过程会对动画产生怎样的影响呢？请看图2：
看出和图1的差别了吧？Step1相当于在原本连续的动画中嵌入了空白的画面，这个空白的画面由于和人眼中原本残留的图像反差非常大，所以便会破坏视觉残留产生的动画，给人的感觉就是，这个动画在不停的闪烁。
这种情况，用上面的物理存储结构解释就是：
1. CPU把字符A写到显存中，让它显示。
2. CPU取消A的显示，也就是把显存中存储A的那部分清零。
3. CPU在新的区域重新显示A字符。
注意：CPU只管往显存中写要显示的数据，显示器就会根据自己的刷新频率，把当前显存中的内容拿来显示，它不管里面是什么，不和CPU协商协调。所以当CPU清空画布的时候，显示器也把这个空白的画布显示了一下，导致在连续的动画中嵌入了空白画面，从而闪烁。
于是我们现在知道消除Step 1这个过程带来的影响，就能够避免在绘制的时候发生闪烁，不知道你会不会想，直接把Step 1略过不就得了？但我可以很负责任的告诉你……不行！如果只是单纯的略过Step 1，那么动画就会变成这样：
这种情况就是：
1. CPU把字符A写到显存中，让它显示。
2. CPU在没有清除显存中数据的前提下，又在另外的区域写入了字符A，这时显示器就根据显存的内容刷新屏幕，就出现上面的情况。
在视觉上就成了一个拖着残像尾巴运动的动画，相信大家一定见过这个：
那么我现在就可以解释双缓冲是怎样防止闪烁的了。
假如我们希望在屏幕S上展示动画，首先我们需要在内存中建立一个虚拟的画布C，然后我们所有的绘图操作都在C上进行，当绘制动画的一帧完毕后，我们啪唧~把C直接往S上一拍，这样就既不会出现拖尾巴，也不会出现Refresh时的短暂空白了，如下图所示，红色的框就代表那块虚拟的画布：
用上面物理显示结构解释就是：
我们现在不直接在显存中绘制图像了，因为它会把我们的不完整的图形图像显示到屏幕上，我们在内存中建立一个缓冲区，虚拟一块画布，因为显示器不会把我们物理内存的东西刷新到屏幕上，所以不会显示不完整的图形图像。但是显示器只能根据显存的内容刷新屏幕，所以还得把内存缓冲区的数据一次性的拷贝到显存中，这种拷贝是很快的是一次性的，它不是先擦除原来的图形图像再显示新的，而是把整个显存作为一个整体，把里面的内容覆盖替换掉。所以也就不会出现上面所说的有空白帧的问题。
原理我们都知道了，但是实际应用的时候还是会遇到一些问题，这些问题涉及到C#本身的窗体的绘制机制，不过我们还是能够解决的。
当我们通过这种方法在pictureBox上绘图的时候，特别是pictureBox还存在背景图片的时候。我们就会遇到问题：
// 初始化画板，在内存中建立一块虚拟画布 Bitmap image = new Bitmap(pictureBox1.ClientSize.Width, pictureBox1.ClientSize.Height); // 初始化图形面板，获取这块内存画布的Graphics的引用 Graphics g = Graphics.FromImage(image); //在这块内存画布上绘图 // 绘图部分 Begin // ... ... // 绘图部分 End //将内存画布画到窗口上，实际就是把内存缓冲区中的数据一整个的挪到显存中 pictureBox1.CreateGraphics().DrawImage(image, 0, 0);
这个样子貌似没有什么大的问题了，因为我们这里的内存画布是透明的，所以在画布上绘制后，贴在pictureBox上，背景图片还是会展示出来，但是问题也就来了，由于pictureBox的绘制机制问题，如果我在pictureBox上贴一张透明的图，其效果就是这样的：（下面这张图就是上面的代码的运行结果）
读到这里你是否感觉到自己已经读不下去了，哈哈，其实我也写不下去了，怎么着，画布一会透明一会不透明的，其实根本问题就一个，我们自定义的缓冲区往显示缓冲区中拷贝数据的时候，会把所有的数据替换掉还是保留原来的数据，再增加新的数据呢？
这个问题我也想了好一会，最后忽然明白了，其实内存的虚拟画布和我们的显示缓冲区的画布是一样的，它们都有背景色和前景色。当然了，如果我们不为它们设置背景色，那么背景色就是透明的。把一个背景色透明的只有前景色的画布贴到另一张画布上，当然会出现上面的情况。但是如果我们也给内存中的画布设置一个背景色，那么这个画布就不是透明的了，贴在显示缓冲器上就会出现前面说的情况。这种机制和我们生活常识中的也是一样的，所以程序的设计不是在创造，而是在学习自然、模仿生活。
其实这也就是我们上面说的step1：将Canvas以背景色填充，只不过我们这里填充的是自定义的缓冲区，不是现实缓冲区，这样的话就能避免空白的背景帧现实在屏幕上。我们先把背景和前景都画在自定义的缓冲区中，然后一次性的覆盖现实缓冲区。
注意：
原本的所有的画布都是透明的。
如果我们给自定义的缓冲区设置背景色（就是给透明的画布指定一种颜色或者图片之类的），那么就会使这块画布变得不透明，把它往现实缓冲器中贴的时候就会覆盖原来的内容。
如果我们没有给自定义的缓冲区设置背景色（没有把全部的缓冲区设置颜色），那么这个自定义的缓冲区就只有在前景部分不透明，其他的部分都是透明的，
把它往显示缓冲区贴的时候，只有前景部分能覆盖原显示缓冲区的数据，其余的部分保持原显存的数据内容。
所以回到上面所说的，如果我们直接把透明的带着移动过的A贴上去，那其实和直接忽略step1的效果是一样的。（这时你可能已经想到了，让内存的画布不透明啊，我们先不这么做）
如果我们想要将之前的内容去除，就不得不再使用pictureBox1.Refresh()方法，而这样的话，显然会导致闪烁，那么该怎么办呢？
我们这个问题所遇到的障碍就是不能影响pictureBox的背景图的展示，所以我们为何不把pictureBox的背景图片也提取出来，作为底层画布呢？
下面是我给出的解决方案：
// 初始化前景图片画布 Bitmap image = new Bitmap(pictureBox1.ClientSize.Width, pictureBox1.ClientSize.Height); // 获取背景层 Bitmap bg = (Bitmap)pictureBox1.BackgroundImage; // 初始化整个画布 Bitmap canvas = new Bitmap(pictureBox1.ClientSize.Width, pictureBox1.ClientSize.Height); // 初始化图形面板 Graphics g = Graphics.FromImage(image); Graphics gb = Graphics.FromImage(canvas); // 绘图部分 Begin // ... ... // 在前景画布image上画图 // 绘图部分 End gb.DrawImage(bg, 0, 0); // 先绘制背景层 gb.DrawImage(image, 0, 0); // 再绘制绘画层 pictureBox1.BackgroundImage = canvas; // 设置为背景层，就是在内存中建立了一张对应的画布，重新refresh就是再次的加载这个画布 //pictureBox1.Refresh(); //pictureBox1.CreateGraphics().DrawImage(canvas, 0, 0);
我在实际的使用中，出现了一个很小无知，就是原先图片放在了PictureBox中，并且设置了BackgroundImageLayout为Stretch，这样图片能很好的全部显示在其中，但是用上面的这两行代码以后出现了问题，背景图片不老老实实的呆在原来的样子，而是跑出去一部分：
gb.DrawImage(bg, 0, 0); // 先绘制背景层 gb.DrawImage(image, 0, 0); // 再绘制绘画层
查了好久才知道，是DrawImage()这个函数用的不恰当，它的意思是从画布的原点处按照图片的原始大小绘制，当图片很大的时候当然会溢出原来的容器控件，因为它不会自动的实现缩放，解决的方法是使用重载的其他的DrawImage()方法。
gb.DrawImage(bg, rect); // 先绘制背景层 gb.DrawImage(image, rect); // 再绘制绘画层
其中的rect就是绘图的区域，整个图像不能跑出这个区域，并且要全部的图像放进去。
pictureBox的Refresh()方法不会影响其背景层，我们将最后合成的画布直接贴在背景层上，这样再Refresh()就不会产生闪烁了。
同时，由于系统会自动重绘背景层，所以在窗口最小化或者被遮挡过后，绘制的图像也不会消失，相当同时于免去了手动重绘之苦。这样一来，困扰我们的闪烁问题就彻底的被解决啦！
补充一些PictureBox的刷新的知识点：
pictureBox可以通过pic.BackgroundImage设置其背景图片，同时可以通过pic.CreateGraphics().DrawLine等在图片上绘制东西。但是当调用Pic.Refresh()或窗体被最小化的时候，都会调用窗体的重绘方法。重绘之后，就没有了通过pic.CreateGraphics().DrawLine绘制的东西，只重新绘制了背景图片。
这一点的原理的解释：
通过pic.BackgroundImage的操作，首先在内存中建立一个图片的画布，然后把这个画布拷贝到显存的数据区，这样根据刷新的频率，不断的显示在显示器上。pic.CreateGraphics().DrawLine这个操作是在显存的画布上绘制图片，相当于数据写在了显存的数据区，当点击refresh或者最小化窗体又窗体还原后，调用重绘函数。就是把内存中的相应的数据再次的拷贝到显存中。所以绘制的图片会消失。