Flash的运行机制：异步单线程

http://bbs.9ria.com/thread-48624-1-1.html

flash和我们平时常用的php之间最大的区别就在于其异步执行机制。这个异步机制最明显的表现在于“加载”，或称“网络通信”。

比如说php执行一句sql，我们通常会这样写：

$DB_SomeDb->query($sql);
//接下来的代码

php顺序执行，运行sql之后才会继续下面的语句，但是as不会。所有涉及到网络通信的操作，均会被flash player分配给专门的进程处理，而主程序的执行不受影响。比如用as加载一副图片，如果这样写：

_my_loader.load(new Request('图片路径'));
addChild(_my_loader.content);

就不会将目标图片加载到舞台上，因为_my_loader开始加载图片后，加载方法被flash player专门进行，而程序运行的顺序不变，于是马上执行下一步；要知道程序在电脑上运行的速度是远远大于网络传输加载的速度的，于是乎执行addChild把目标放在舞台时里面尚无任务图像信息，所以程序就会出错，正确的写法是这样的：

_my_loader.contentLoaderInfo.addEventListener(Event.COMPLETE,pic_load_complete);
_my_loader.load(new Request('图片路径'));
private function pic_load_complete(evt:Event=null):void{
  addChild(_my_loader.content);
}

我们使用一个侦听器来侦听加载结束的时间，确保所有的图片数据都加载完成之后再把目标图像放到五台上，如此便不会出错了。这样又会给我们一个感觉，是不是flash是多线程的，每次单独分配一个线程来进行这样的异步操作呢？

也不是。这里必须提到flash另外一个极其重要的概念“帧”。虽然到现在，flash开发已经几乎放弃了对帧的使用，但我们必须明白，如今flash的机制，依然是建筑于帧之上的。

帧对于flash来说是一个“定时器”，fp会定时轮巡所有的异步对象，并且将其状态发送出来。回到上面那个例子，_my_loader发出加载命令后，fp中专门负责加载的部门开始运作（其实是把这个事件加入任务，在主程序运行之余执行），每到一帧，flash会检查这个加载的运作情况，把已加载到的字节数通过ProgressEvent.PROGRESS广播出去，直到最后某次检查，发现全部加载完毕，就广播COMPLETE事件。所有的网络通信部分都是这样运行的。

于是可以看出，帧数的设置对于flash开发也是至关重要的。设置太高，不断轮巡会造成资源浪费；设置太低，很多基于帧的异步状态检查都会有延迟。由经验得出的：25～30帧会是比较好的选择。