Flash进行资源加载时常会“停住”，表现为加载进度卡在某个地方。跟踪发现Loader的progress为100%，但未发送Event.COMPLETE或IOErrorEvent.IO_ERROR等事件。
目前项目加载底层的队列依赖于Loader（URLLoader）的COMPLETE和ERROR事件，如果这两个事件不发送将导整套加载机制崩溃 – -，后续跟踪发现的确会如此。
问题展示
以下给出一个Demo，可重现Loader加载到100%但不会发送Event.COMPLETE或IOErrorEvent.IO_ERROR等事件的问题：
package
{
import flash.display.Loader;
import flash.display.Sprite;
import flash.events.Event;
import flash.events.HTTPStatusEvent;
import flash.events.IOErrorEvent;
import flash.events.ProgressEvent;
import flash.net.URLRequest; public class CheckFailSWFLoad extends Sprite
{
public function CheckFailSWFLoad()
{
var load:Loader = new Loader();
load.contentLoaderInfo.addEventListener(Event.COMPLETE, onEvent);
load.contentLoaderInfo.addEventListener(Event.INIT, onEvent);
load.contentLoaderInfo.addEventListener(Event.OPEN, onEvent);
load.contentLoaderInfo.addEventListener(Event.UNLOAD, onEvent);
load.contentLoaderInfo.addEventListener(HTTPStatusEvent.HTTP_STATUS, onEvent);
load.contentLoaderInfo.addEventListener(IOErrorEvent.IO_ERROR, onEvent);
load.contentLoaderInfo.addEventListener(ProgressEvent.PROGRESS, onProgress); load.load(new URLRequest("a.swf"));
} private function onEvent(e:Event):void
{
trace(e.type);
} private function onProgress(e:ProgressEvent):void
{
trace(e.type + ":" + e.bytesLoaded + "/" + e.bytesTotal);
}
}
}
执行结果：
open
progress:0/524216
progress:8192/524216
progress:16384/524216
progress:24576/524216 这里省略若干条……
progress:507904/524216
progress:516096/524216
progress:524216/524216
如上，对Loader的所有网络相关事件进行监听，只有Event.OPEN和ProgressEvent.PROGRESS事件有响应，progress达100%时无后续输出。
附上一个正常的加载输出： open
progress:0/75744
progress:8192/75744
progress:16384/75744
progress:24576/75744
progress:32768/75744
progress:40960/75744
progress:49152/75744
progress:57344/75744
progress:65536/75744
progress:73728/75744
progress:75744/75744
init
httpStatus
complete
正常的加载最终会抛出Event.COMPLETE事件的。
原因分析
这所以导致面结果是因为，a.swf文件是一个已损坏的文件，要么与原文件大小不等、要么大小一到致但数据错误，都会导致以上问题。有兴趣可以拿个.swf文件改一下内容试试。
如果工程运行在浏览器中，由于浏览器的Cache，一次加载失败后会在Cache中留下损坏的文件。此时，就算是刷新再进，浏览器不会从Server端获取文件，将继续得到Cache中的坏数据。
用URLLoader有没有问题呢？
我们用的Loader作测试，经试验用URLLoader无问题，因为URLLoader只关注文件本身，照原样将文件下载下来（把URLLoader.dataFormat 设为URLLoaderDataFormat.BINARY）。而Loader是显示对象，除加载外还会将加载的数据转为DisplayObject，以至其加载不再纯粹。
但对于加载一个swf最终作为DisplayObject可有两种方案：
- 用Loader加载后使用；
- 用URLLoader加载得到ByteArray，再用Loader加载ByteArray得到DisplayObject；
两种方案在Loader这一步都会出现这个问题。
加载损坏的图像有没有问题呢？
经试验，加载一张损坏的图片，Loader能正常发送Error事件。
解决方案
private function onProgress(e:ProgressEvent):void
{
if(e.bytesTotal != realSize)
reload();
}
记录需要加载的资源真实大小，加载时判断加载的bytesTotal是否与记录的大小一致，不一致则判定文件已损坏，发起重载。
对于上面说的浏览器Cache问题，解决方案有3：
- 引导用户手动去清浏览器Cache；
- 重载时让你的URL发生改变，加个可变参数，如：http://domain/a.swf?v=143，这个143在重载时换一个值；
- 摈弃浏览器Cache，自己用SharedObject构建Cache，加载URL全用随机参数（v的值每次改变），发现坏数据清掉SharedObject对应数据就行；