20 * (70 - 20 + 20) * 3 = 4200 （平方像素），比起预先估算的 2400 （平方像素）整整大了 75％！
或许从这个地方开始，大家就开始觉得困惑了。的确，Flash Player的重绘面积并没有按照我们之前的设想那样来计算，但是依旧能找到一些规律，仔细来看以下几种况：
如果你够细心，应该不难看出每次 Flash Player 重绘的区域不会超过3个，即便舞台上有多于三个的显示对象需要被重绘，Flash Player 会将其中的两个或者多个集合（根据位置来判断）在一起，然后重绘在一个大区域里面，至此，我们暂时可以将上面两个重绘法则命名为三区域法则和就近合并法则，通过总结出来的这两个法则，我们就能更加容易地理解Flash Player 重绘的机制，以及解释在日常调试中遇到的一些重绘现象了。比如QQ牧场里几个靠得比较近得小动物被放在一个区域里面重绘，而有些动物则不然，被单独重绘。
当我们了解了重绘机制后，那么接下来就应该进一步去了解如何避免多余的重绘，下面列举的方法可能大部分都是被大家所熟悉的。
1、当一个带有动画效果的DisplayObject在不显示的时候，不仅仅是将其 visible 属性设置为 false, 因为重绘依旧会进行，这里你可以选择暂停掉动画，又或者利用removeChild(displayObject) 直接将此对象移除出显示列表。
2、不出现在可视范围内外观变化的显示对象其实是不会发生重绘的，这点相信是Flash本身做了优化，也就是说我的Stage.stageWidth 和 Stage.stageHeight 都为200的情况下，一个处在舞台上的变化的显示物体，坐标为(200, 200) 宽高都为10，此时Flash Player重绘内容并不会包括此对象，新版本的Flash Player 甚至在浏览器窗口最小化的时候会关闭掉所有的重绘，这个时候你往往会发现CPU占用率骤降，但是应用程序依旧在运行。
3、在设置DisplayObject的层级的时候请先做一个判断： if(myContainer.getChildIndex(myChild)!=0)
{
myContainer.setChildIndex(myChild,0);
} 运气好的话，这个判断最高能带来200％以上的效率提升。
4、当你的Sprite / MovieClip 设置 cacheAsBitmap = true 这个属性的时候，当此显示对象内很小的一个区域（甚至是被遮盖着的物体）发生变化，会导致整个Sprite / MovieClip重绘。
5、尽量确保活动的显示内容在非可见区域被暂停活动或者干脆直接移除出显示列表，这里提到的不可视区域不仅仅是舞台外不可见的，还包括舞台内被其他物体遮盖住的显示对象。正如之前提到的，重绘是Flash Player性能消耗的主要大户，所以去优化减小重绘区域面积，减少不必要的重绘操作次数，往往能够带来比较大的性能优化回报。
