时间效率，Timer和EnterFrame在FP 10.1之后测试和建议

关于Timer还是EnterFrame的选择，一直是很多AS3开发者讨论的话题， 随着10.1即将普及，我这次对10.1的Timer和EnterFrame进行了一次较详细的测试，给大家在他们的选择和使用上做些参考。

注，flashplayer10.1新增了一个当前窗口在非激活状态下会自动降低fps到2fps来节省cpu消耗，这将直接影响靠fps驱动的enterframe的效率和准确性。

测试环境主要以网页下的flash执行效率为主， 分为空运算和重运算，同时运行和分别运行。

 

FPS为25（大多数应用的默认值）， 即40ms间隔，发布统一选择以10.1发布。

为了避免因为频繁trace或频繁写入场景txt受到影响，我设定了间断式的输出结果来保证结果的纯洁。

(测试代码见楼底)

测试结果如下：

1，独立Timer 运行，即40毫秒的timer，更新时无任何运算。

结论：从结果上看， Timer在网页中难以稳定运行在40ms， 但貌似相对稳定的运行在65和70之间切换。
2，独立Timer 运行 ， 在上面的基础上增加最小化当前窗口和切换到其他tab页中的操作。

结论：如图所见，Timer同样被10.1的新增自动降fps功能影响，会被限制到2fps。

3， EnterFrame独立运行，25fps，更新时无任何运算。

结论： 比Timer更准确，但 除了刚开始的1秒钟，之后的fps并不是稳定在40的， 而是在35和50之间切换。

但至少是围绕着40ms。

4，EnterFrame的降fps和Timer的相同，都是500ms, 2fps。 这个就不贴图了。

5，因为无运算时Timer比Enterframe时间效率要差一些，以至于独立的Timer重运算普遍都比EnterFrame的耗时要偏长。

6，独立Timer，改为 100ms 和 110ms的测试。

结论：Timer 在100毫秒跑的非常精确，经过测试，可以达到精确的值必须是100的倍数，即100,200,300… 右图为110ms对比,可以看到非常的诡异。 这个在pc和mac测试结果都差不多，pc上更精确，mac略有偶尔的数值抖动。

7,Timer使用空运算，EnterFrame使用重运算，同时运行，顺序是Timer在前。

结论： 我们发现，由于enterframe中使用了重运算，timer即便是在更新时，由于得不到cpu时间，并不会被执行，而是等enterframe执行结束后，timer再执行，并且由于是空操作，所以timer和enterframe返回的时间是同样的。

8，为了进一步证实第七点结论，又做了两组实验：1）timer以40ms和enterframe的10fps（100ms）， 2）让timer以100ms，enterframe是25fps。

结论：两组实验都完全输出enterframe在前的顺序，并且timer和enterframe的时间都一致，所以可以证实因为enterframe效率优于timer，timer总是在enterfame之后才会更新，在enterframe执行重运算时，  timer会得不到cpu时间。

9，Timer重运算，EnterFrame空运算，fps一致。

结论：由于以上论证，再加上Timer内有重运算，enterframe依然会被先执行，并且Timer的速度会受到进一步影响，时间经常无法和EnterFrame同步，只能勉强跟上。

写了这些实验，对Timer和EnterFrame的使用上有一些建议：

1，EnterFrame是恒定的，稳定的，比较适合用来更新渲染画面，如Tween。 但不适合做异步计算和处理， 如果能保证cpu每帧的计算效率在40ms以内，可以把计算放到enterframe时序中，这样可以稳定25fps，当然，这不包括渲染损耗。

2，Timer在100ms的倍数是很稳定的，pc和mac都能稳定，非100的倍数的值会有两个相差不大的值交替出现。

3，EnterFrame在12、20、30fps都比25fps更稳定，25fps会有两个相差不到大的数值交替出现。

4，EnterFrame在计算时优于Timer。

5，Timer更适合使用异步的长周期来改变数据的状态，并不适合短时间持续更新数据，或是渲染画面。

6，EnterFrame和Timer同样受到非活动创口的fps自动降低的影响。

7，当受到影响时，无法通过判断frameRate＝＝2，使用一个延迟时间，判断出正好500ms的延迟（2fps），并在相应的enterframe中做切换特殊处理，在2fps中要完成原正常fps的渲染结果才能避免渲染的延迟影响。

————————————————-code ——————————————————–

代码中的函数注释和数值可微调即可实现上面的测试结果

package

{

import flash.display.Sprite;

import flash.events.Event;

import flash.events.TimerEvent;

import flash.text.TextField;

import flash.utils.getTimer;

import flash.utils.Timer;

/**

* …

* @author Demon.S

*/

public class Main extends Sprite

{

private var timerDelay:Number;

private var enterDelay:Number;

private var txt:TextField;

private var log:String;

public function Main():void

{

if (stage) init();

else addEventListener(Event.ADDED_TO_STAGE, init);

}

private function init(e:Event = null):void

{

removeEventListener(Event.ADDED_TO_STAGE, init);

//init

txt = new TextField();

txt.width = 500;

txt.height = 500;

addChild(txt);

log = “”;

//test suit

//  testTimer();

testEnterFrame();

}

private function testEnterFrame():void

{

stage.frameRate = 25;

this.addEventListener(Event.ENTER_FRAME, enterFrameHandler)

enterDelay = getTimer();

}

private function enterFrameHandler(e:Event):void

{

//heavyTest();

var t:int = getTimer() – enterDelay;

_trace(“enter ” +t )

if (t == 500) _trace(“fp10.1 hidden mode”)

enterDelay = getTimer();

}

private function timerUpdate(e:TimerEvent):void

{

// heavyTest();

var t:int = getTimer() – timerDelay;

_trace(“timer ” + t)

if (t == 500) _trace(“fp10.1 hidden mode”)

timerDelay = getTimer();

}

private function testTimer():void

{

var timer:Timer = new Timer(40);

timer.addEventListener(TimerEvent.TIMER, timerUpdate)

timerDelay = getTimer();

timer.start();

}

private function _trace(…arguments):void

{

//trace.apply(this, arguments);

log += arguments.join() + “\n”;

if (log.length > 100) {

txt.appendText(log);

txt.scrollV = txt.maxScrollV;

log = “”;

}

}

private function heavyTest():void

{

for (var i:int = 0; i < 1000000 ; i++ ) var a:Array = [];

}

}

}

评论

1 楼 tianhai110 2011-10-05  

非常有价值的 测试总结